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METHOD AND APPARATUS PROVIDING A SUPPLY CHAIN MANAGEMENT 
SYSTEM USEFUL IN OUTSOURCED MANUFACTURING 

FIELD OF INVENTION 

The present invention generally relates to computer-assisted management of 
5 manufacturing processes such as supply chain management. The invention relates more 
specifically to a method and apparatus providing a supply chain management system useful 
in outsourced manufacturing, including a method of automatically identifying and resolving 
one or more discrepancies in an outsourced manufacturing supply chain in which a plurality 
of supply chain partners participate. 

1 0 BACKGROUND OF THE INVENTION 

Outsourced manufacturing is a method of making products or services in which a first 
enterprise researches and develops products and then contracts with one or more other 
enterprises to actually make and deliver the products, or their components or subassemblies. 
Large business enterprises involved in developing many different products and services have 

1 5 rapidly turned to outsourced manufacturing in recent years as a way to provide flexibility in 
their operations. For example, if a research enterprise has developed a product and suddenly 
receives a large increase in orders for the product, the research enterprise can contract with 
multiple vendors to make and deliver the product, and then discontinue the contracts when 
order volume decreases. Without outsourced manufacturing, an enterprise is required to 

20 manage regular changes in manufacturing capacity, at significant direct and indirect cost to 
the enterprise. 

However, one disadvantage of using outsourced manufacturing on a large-scale basis 
is that the outsourcing enterprise loses a degree of control over the manufacturing process. 
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For example, if a contract manufacturer fails to receive timely deliveries of needed parts 
from one or more suppliers, the manufacturer's production schedule may slip, and the 
outsourcing enterprise cannot deliver products to its customers on time. Moreover, the 
outsourcing enterprise typically receives no information about the existence or nature of such 

5 shortages or other problems that arise far down the supply chain, because the outsourcing 
enterprise has no direct contractual relationship or communication with the downstream 
suppliers. The problems become known only when the contract manufacturer informs the 
outsourcing enterprise about a change in delivery schedule. When the outsourcing enterprise 
is a very large business organization with numerous products and an annual sales volume 

1 0 amounting to billions of dollars, these problems become acute and unacceptable. 

Based on the foregoing, there is a need for a way to provide management of an 
outsourcing enterprise with visibility of events occurring in all parts of the supply chain, i.e., 
end-to-end supply chain visibility. In addition, management needs analysis tools to 
understand the impact of events occurring deep in the supply chain and to suggest relevant 

1 5 resolution options. 

One approach to this need is to provide an enterprise resource planning (ERP) 
software system at the outsourcing enterprise, and require all supply chain partners of the 
outsourcing enterprise to deploy and use the same ERP system so that compatible data files 
can be interchanged. Providers of ERP software systems include Baan, Oracle, SAP AG, and 

20 others. Unfortunately, deployment of such ERP systems including licensing, installation, and 
training is extremely expensive. The cost is normally beyond the resources of medium-sized 
or smaller supply chain partners who otherwise produce quality products and form essential 
parts of the supply chain. 

Still another need in this context relates to communicating instructions and 

25 information to supply chain partners who are located far down the supply chain from the 

outsourcing enterprise. In a typical enterprise, when one or more new orders are received for 
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a particular product, the enterprise will initiate and communicate one or more new demand 
signals to its contract manufacturers, asking them to start making products that the enterprise 
can use to fulfill its orders. If the contract manufacturers need new supplies of parts, they 
must contact all appropriate vendors with separate signals or requests to supply the parts. If 

5 such suppliers also need component materials or other parts, they must send separate signals 
or requests further down the supply chain. This process results in delay in ultimately 
completing the products needed by the enterprise, and increases manufacturing costs. There 
is a need for the outsourcing enterprise to communicate new demand signals as far down the 
supply chain as necessary in a substantially concurrent way, and as directly as possible, so 

1 0 that all supply chain partners know as soon as possible that additional products are needed by 
the enterprise. 

Similarly, there is a need to communicate other kinds of signals, requests or 
instructions from the outsourcing enterprise to all supply chain partners. For example, the 
enterprise may wish to send material move signals, supply status requests, and receive 
1 5 exception conditions to or from all entities involved in the supply chain. 

Another deficiency of past approaches pertains to decision-making. In general, 
existing systems provide no automated way to request action when problems arise, and no 
way to guarantee that appropriate action is taken in response to problems. Thus, there is a 
need for a way to issue alert messages in response to problems, and to enforce an organized 
20 process of responding to and acting on the alerts. 

There is also a need for a way to facilitate direct communication among the enterprise 
and downstream supply chain partners with which the enterprise has no direct contractual or 
transactional relationship. 
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SUMMARY OF THE INVENTION 

The present invention comprises, in one aspect, a method for automatically 
identifying and resolving one or more discrepancies in an outsourced manufacturing supply 
chain in which a plurality of supply chain partners participate. According to this aspect, 
5 information representing one or more supply chain events is received from each of the supply 
chain partners in a database with which each of the supply chain partners may communicate 
over a public network. One or more rules are applied periodically to the supply chain event 
information, resulting in generating one or more alerts pertaining to one or more 
discrepancies that are found in the supply chain event information. The alerts are 
1 0 communicated to the supply chain partners who are participating in a transaction to which the 
discrepancies relate. Each alert remains active until second information is received that 
represents a second supply chain event that resolves the alert. 

According to one feature, the alerts are periodically escalated until they are resolved. 

A hub-and-spoke supply chain management system that facilitates the foregoing 
1 5 method, and other features, is also disclosed. 

In other aspects, the invention encompasses a computer apparatus, a computer 
readable medium, and a carrier wave configured to carry out the foregoing steps. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



The present invention is illustrated by way of example, and not by way of limitation, 
in the figures of the accompanying drawings and in which like reference numerals refer to 
similar elements and in which: 
5 FIG. 1 A is a block diagram illustrating a supply chain context in which an 

embodiment may be used. 

FIG. IB is a block diagram showing a supply chain management system as related to 
supply chain partners, 

FIG. 1C is a block diagram of a supply chain management system. 
10 FIG. 2A is a flow diagram of top-level steps involved in an embodiment of 

processing supply chain information. 

FIG. 2B is a flow diagram of a process of carrying out rule and alert processing. 
FIG. 2C is a flow diagram of a process of carrying out analysis database processing. 
FIG. 3 A is a diagram of a screen display that provides an example of a suitable 
1 5 system user interface. 

FIG. 3B is a diagram of a screen display that provides a detailed view of the 
information shown in FIG. 3 A. 

FIG. 4 is a block diagram of a process of providing planning information to a supply 
chain management system. 
20 FIG. 5 is a block diagram of a process of providing procurement process information 

to a supply chain management system. 

FIG. 6 is a block diagram of a process of providing product information to a supply 
chain management system. 

FIG. 7 is a block diagram of a process of providing production process information to 
25 a supply chain management system. 
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FIG. 8 is a block diagram that illustrates a computer system upon which an 
embodiment may be implemented. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



A method and apparatus providing a supply chain management system useful in 
outsourced manufacturing is described. In the following description, for the purposes of 
explanation, numerous specific details are set forth in order to provide a thorough 
5 understanding of the present invention. It will be apparent, however, to one skilled in the art 
that the present invention may be practiced without these specific details. In other instances, 
well-known structures and devices are shown in block diagram form in order to avoid 
unnecessarily obscuring the present invention. 

In general, in one embodiment, the disclosed method and apparatus uses a supply 
1 0 chain management database to enable a complete supply chain to have visibility of 

exceptions and critical success factors. A configurable user interface provides access to view 
and analyze critical alerts, exceptions and success factors. Electronic alert notification occurs 
in response to any business rule violation, and alerts may be dispatched via e-mail, pager or 
using a software application programming interface (API). Advanced analysis, reporting, and 
1 5 data mining is available through integration with an online analysis database system. 
The description herein is structured according to the following outline: 

1 . STRUCTURAL OVERVIEW 

2. FUNCTIONAL OVERVIEW 

2. 1 GENERAL PROCESS FLOW 
20 2.2 INFORMATION DELIVERY 

2.3 USER INTERFACE 

2.4 RULES AND ALERTS; RULE CONFIGURATION AND 
PROCESSING 

2.5 ALERT ESCALATION 
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2.6 ALERT DELIVERY 

2.7 SOURCES OF DATA FROM PARTNERS 

2.8 ON-DEMAND REPORTS 

2.9 SECURITY 
5 3. RULE LOGIC 

4. HARDWARE OVERVIEW 

5, EXTENSIONS AND ALTERNATIVES 

In this description, the following acronyms and terms have the following definitions: 
BOM — Bill of Materials; a list of the materials or components that make up a 
1 0 finished product. 

BPO— Blanket Purchase Order. 
BSO— Blanket Sales Order. 
CM — Contract Manufacturer. 

Demand-Side Partner — An entity in the supply chain that is receiving something, 
1 5 often a component of a product, a chassis, or an assembly, from another entity in the supply 
chain. A synonym is "Buyer." 

ERP — Enterprise Resource Planning. 

MPS — Master Production Schedule. 

MRP — Manufacturing Resource Planning. 
20 PIP — Partner Integration Process. 

PM — Part Master; a reference database of a partner that stores basic information 
about the partner's parts or components. 

P/N— Part Number. 

PO — Purchase Order. 
25 SO— Sales Order. 

-9- 
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Supply-Side Partner — An entity in the supply chain that is supplying something, often 
a component of a product, a chassis, or an assembly, to another entity in the supply chain. A 
synonym is "Seller." 

Time Fence — A period of time for performing a task, defined by a start time, end 
5 time, and agreed-upon percentage of time by which the start time or end time may vary. Time 
fences are the subjects of advance agreement ("Time Fence Agreement") between partners. 

WO— Work Order. 

XML — Extensible Markup Language. 



10 1 . STRUCTURAL OVERVIEW 

FIG. 1 A is a block diagram illustrating a supply chain context in which an 
embodiment may be used. An end user 2 purchases, uses or receives products or services 
from a research and development enterprise 4, which carries out product development, 
engineering, design, and related activities. For manufacturing of its products, however, 

1 5 enterprise 4 outsources to one or more contract manufacturers 6A and contract assemblers 
14. Where the products of enterprise 4 are computer-related, for example, contract 
manufacturer 6 A and contract assembler 14 maybe involved in board-level fabrication, 
chassis assembly, etc. They may also carry out testing, quality assurance, and shipping of 
products to end user 2. Alternatively, contract manufacturer 6 A and contract assembler 14 

20 may ship assembled products to enterprise 4 for final testing, quality assurance, and shipping 
to a customer. 

The contract manufacturer 6 A and contract assembler 14 may receive component 
parts and raw materials from one or more sub-contract manufacturers 8 A, parts suppliers 
10A, 10B, and materials suppliers 12A, 12B. The contract manufacturer 6A and contract 
25 assembler 14 also may sub-contract out for services that do not involve direct supply of 
tangible materials, parts or assemblies, such as chassis painting, soldering, etc. 
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For purposes of illustrating a clear example, a small number of entities are shown in 
FIG. 1 A, however, in a practical business environment there maybe hundreds or thousands 
of parties participating in the entire supply chain. Although all entities depicted in FIG. 1 A 
participate in the supply chain and considered are important supply chain partners, enterprise 
5 4 is the focus of this description and is considered a central point or hub of information, 

command and control, and the other entities are viewed as spokes or supporting organizations 
around the hub. Further, each of the partners have direct logical connections to supply chain 
management system 20 and can contribute information to the system, receive alerts from the 
system, and generate reports relating to the supply chain and its other partners. 

10 FIG. IB is a block diagram showing a supply chain management system as related to 

supply chain partners. Any number of supply chain partners 24A, 24B, 24C, 24D are 
communicatively coupled to a network 22. Supply chain management system 20, which is 
associated with enterprise 4 of FIG. 1 A, is also communicatively coupled to network 22, 
which may be one or more local area networks, wide area networks, internetworks, or public 

1 5 internetwork such as the Internet. In this arrangement, supply chain management system 20 
is related to partners 24A, 24B, 24C, etc., as a hub to spokes. As shown by example for 
partner 24D, each of the partners communicates through network 22 with supply chain 
management system 20 using a computer 28 that executes a browser 26. 

One or more administrative clients or users 30 are communicatively coupled to 

20 supply chain management system 20 directly or through one or more local networks 36. Each 
administrative user 30 communicates with supply chain management system 20 using a 
browser 32 that is executed by a computer 34. Similarly, one or more enterprise clients or 
users 38 are communicatively coupled to supply chain management system 20 directly or 
through one or more local networks 36. Each administrative user 38 communicates with 

25 supply chain management system 20 using a browser 40 that is executed by a computer 42. 
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Administrative users are distinguished from enterprise users in that administrative users have 
greater privileges to view and modify data in system 20. 

FIG. 1 C is a block diagram of a supply chain management system. Data from one or 
more supply chain partners of enterprise 4, represented by block 102, is initially received and 
5 stored in a staging database 104. After certain processing as described further herein, a 
portion of the supply chain partner data 102 proceeds to a supply chain management alerts 
database 106 ("Alerts Database 106") and to an online analysis database 108. 

In an embodiment, supply chain partner data 102 is formatted as one or more 
electronic documents that conform to one of the Partner Integration Processes or PIPs as 
1 0 defined by the RosettaNet consortium of information technology companies, which is 
headquartered in Santa Ana, California. In general, RosettaNet PIPs define business 
processes between supply-chain companies, providing the models and documents for the 
implementation of standards. In an embodiment as described herein, each PIP defines a type 
of supply chain electronic document based on Extensible Markup Language (XML). 
15 Different PIPs correspond to different kinds of supply chain information. For example, one 
PIP is used to structure data comprising purchase order information, another PIP is used to 
convey materials order information, etc. Each PIP has a unique identifying label. Examples 
of PIPs include: 

EA01 — Used for master schedule data. 
20 EA03— Used for commit data. 

EA06 — Used for gross demand data. 
EA07— Used for planned PO data. 
EB01 — Used for inventory data. 
EB03 — Used for work order data and triggers. 
25 EC01 — Used for purchase order data. 

EC02 — Used for blanked purchase order data. 
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EC04 — Used for sales order data. 
ED01 — Used for bill of materials data. 
ED03 — Used for parts master and approved vendor list data. 
ED04 — Used for parts master data. 
5 In one example embodiment, staging database 104 is a relational database system, e.g., 
Oracle, Sybase, etc.; Alerts Database 106 is a component of the NetWORKS 
ExchangeWorks Material software product of Manugistics, Inc.; and online analysis database 
108 is a component of the ONEvfew OLAP software system of Manugistics. 

An administrative subsystem 1 10 interacts with staging database 104 to transform the 
1 0 supply chain partner data 1 02 into validated data that is suitable for use in supply chain 
management. Administrative subsystem 110 has a user interface 1 12 that can interact with 
one or more administrative users through visual means, such as graphical display terminals. 
A security mechanism 1 14 manages addition and authentication of users. 

A partner configuration mechanism 116 enables an administrative user to define 
1 5 supply chain partners in the system and configure its operations to be compatible with new 
partners. Partner configuration mechanism 116 includes means for creating and storing 
various kinds of Partner data. For example, each partner may be designated by a Short Name, 
e.g., a 10-character name for a partner that may be an abbreviation of the full name of the 
partner. This short name is used in summary alert displays and reports as appropriate. 
20 Partner configuration mechanism 1 1 6 also includes means for adding partners to the supply 
chain management database 106 with a flag that indicates that they are part of the system. 
There may be un-flagged partners who are in the database but do not participate in system 
20. 

An alerts subsystem 120 interacts with Alerts Database 106 to generate and track alert 
25 messages when violations of pre-defined supply chain management rules occur. A user 
interface 122 enables one or more users to view alert messages, obtain more detailed 
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information about alerts and underlying electronic documents that resulted in the alerts 
("drilling down"), establish and modify rules that result in alerts, etc. 

Rule logic 124 provides a means for determining whether one or more stored rules are 
satisfied by information in Alerts Database 106. If a rule is satisfied, then an alert message is 
5 generated in response to changes in information in Alerts Database 106. 

Rule configuration mechanism 126 enables creation and modification of rules that 
govern alerts. Rules are stored in Alerts Database 106 in association with information about 
partners or PIPs. Rule configuration is provided using rule configuration mechanism 126 for 
all appropriate rules for each partner. A partner can only have one rule configuration per rule 
10 type. 

An alert initiation mechanism 128 is responsible for creating an alert in response to a 
determination that one or more rules of rule logic 124 are satisfied by current information in 
Alerts Database 106. When an alert is created, alert delivery mechanism 140 carries out 
delivery of the alert message through one or more means such as email, pager, or by calling 

15 programmatic functions or mechanisms. A user who receives an alert can respond by closing 
the alert or optionally escalating the alert to another user or responsible individual of a supply 
chain partner until satisfactory resolution of the alert occurs. Alert escalation mechanism 142 
manages communication of escalated alerts to the correct party within a particular supply 
chain partner. Escalation configuration is part of the rule configuration mechanism 126. 

20 An analysis subsystem 130 facilitates reporting and analysis of actions that have 

occurred, alerts and general information in Alerts Database 106. Using a user interface 132, 
users can access online analytical processing functions that are provided by OLAP 
mechanism 1 34, and reports that are generated by report mechanism 1 36. 

Using this structure, an integrated supply chain management system is provided that 

25 effectively identifies, communicates and tracks responses to exceptional events. In general, 
the disclosed system provides a way to alert a user community to critical business 
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information and business problems within the supply chain and provide a central interface to 
such information. 

Embodiments maybe implemented in one or more computer programs or other 
software elements that are executed by a general-purpose server or other processor, and 
5 accessed by users who use general-purpose computers as clients. Such embodiments may be 
based upon or conform to the RosettaNet Implementation Framework, its Dictionaries, and 
PIPs. In such embodiments, the computer programs or software elements cooperate to carry 
out the functions described herein. A collection of such software elements operating in 
cooperation to carry out such functions, organized in the architecture described above and 
10 with data stored in the databases described above, is collectively referred to herein as "the 
system." 

2. FUNCTIONAL OVERVIEW 

2.1 GENERAL PROCESS FLOW 

FIG. 2A is a flow diagram of top-level steps involved in an embodiment of 
1 5 processing supply chain information. For purposes of illustrating a clear example, the 
following description will discuss FIG. 2A in connection with the system of FIG. 1C; 
however, the processes disclosed herein are not limited to the particular system illustrated in 
FIG. 1C. 

In block 202, supply chain partner data 102 is received into Staging Database 104 
20 from one or more supply chain partners. In block 204, the supply chain partner data 102 is 
validated to ensure that it conforms to correct PIP syntax, to ensure that all values are valid, 
etc. Validated data is then imported into the Alerts Database 1 06 from the Staging Database 
104, as shown by block 206. In block 208, rule and alert processing is carried out using the 
data in Alerts Database 106, as described below in connection with FIG. 2B. 
25 In block 210, in parallel with carrying out block 206, data is imported into the 

Analysis Database 108 from the Staging Database 104 and Alerts Database 106. Analysis 
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database processing occurs using the data, as shown by block 212, and as described below in 
connection with FIG. 2C. 

FIG. 2B is a flow diagram of a process of carrying out rule and alert processing as 
identified by block 208 of FIG. 2A. 
5 In block 220, a determination is periodically made about whether any rules in Alerts 

Database 106 are satisfied with respect to any data in the Alerts Database. In one 
embodiment, according to a periodic schedule, rules for a particular partner or PIP are 
evaluated. If evaluation of a particular rule indicates that an alert is needed, then an alert is 
created in memory and evaluated. 

10 In block 222, all alerts currently in existence are evaluated, as detailed in the 

succeeding steps. In block 224, a test is made to determine whether a particular alert is a new 
alert. If so, then a persistent entry is created for the alert in an alert table of Alerts Database 
106, as indicated by block 226. If the alert already exists, then no action is taken. If the alert 
has been resolved or repaired, as indicated by information in Alerts Database 206, then the 

1 5 alert is removed from the alert table. 

Processes for notification and escalation of alerts, as represented by block 230, are 
configured to run on a periodic basis. In block 232, the process determines whether there are 
any new alerts that have not been sent out to the appropriate recipient. If so, then they are 
sent at this time. Notifications are consolidated or ordered by rule for a particular recipient, 

20 as indicated by block 234. Thus, in a message sent to a particular recipient, all related alerts 
are grouped together. Block 236 represents the step of sending alerts to a recipient using an 
email message, pager message, other communication mechanism, or by calling a 
programmatic method to communicate alert data to an application program. 

FIG. 2C is a flow diagram of a process of carrying out analysis database processing, 

25 as illustrated by FIG. 2A, block 212. 
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In block 250, data in Analysis Database 108 is re-structured as necessary to support 
report generation and online analysis. For example, in one embodiment, data in Analysis 
Database 108 is transformed into Data Mart format, which provides structuring necessary for 
subsequent analysis and processing by the OneFi'ew database. In block 252, one or more 
5 batch reports are generated. Optionally, report generation may include display at a user 
display terminal. In block 254, one or more OLAP objects or displays, which have been 
previously created and saved by a user, are updated or "refreshed" using the re-structured 
data. Such refreshing ensures that the OLAP objects or displays accurately reflect newly 
imported data. 

10 2.2 INFORMATION DELIVERY 

Modes of information delivery offered by the system and processes described herein 
include alerts, on-demand reports, and advanced analysis data. As described further in 
succeeding sections, delivery of alerts includes providing a summary display of alerts, 
detailed access to alerts, and detailed views that provide supporting information about 

15 particular alerts ("drill downs"). 

Delivery of on-demand reports includes providing on-demand report data that is 
accessed and displayed using a standard browser program through one of the user interfaces 
1 12, 122, 1 32. Delivery of reports may also include exporting report data to a formatted file 
(e.g., a file of comma-separated values), or a printable version. 

20 Delivery of advanced analysis data includes providing batch OLAP reports, the 

ability to enter queries and receive responses, and other advanced analysis functions. In an 
embodiment, these advanced analysis functions are available to all supply chain partners; 
alternatively, they may be restricted to the core enterprise, e.g., enterprise 4 of FIG. 1 A. 
2.3 USER INTERFACE 

25 In one embodiment, access to alert information is provided through a graphical user 

interface that interacts with a browser client program through standard HTML code. To 
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interact with the system, a user directs a browser or other client to a pre-defined Universal 
Resource Locator (URL) that identifies a startup page or script of the system 20. In response, 
the system 20 delivers one or more pages comprising the user interface to the client. 

FIG. 3 A is a diagram of a screen display that provides an example of a suitable 
system user interface. Screen display 300 generally comprises a function selection pane 320 
and a display pane 330. Function selection pane 320 includes an Alerts button 302, Analysis 
button 304, and Administration button 306. In one embodiment, screen display 300 is 
implemented as an HTML page that is displayed by a Web browser, and Alerts button 302, 
Analysis button 304, and Administration button 306 are selectable hyperlinks. Selecting 
Alerts button 302 causes the system to generate an alerts display of the type shown in FIG. 
3A. Selecting Analysis button 304 causes the system to generate a different display that 
provides access to OLAP functions, batch reporting, etc. 

Selecting Administration button 306 causes the system to generate a display that 
provides access to administrative functions. In an embodiment, the administration user 
interfaces provides access to functions for the configuration of rules, escalation, approved 
vendor list and other system settings. 

Display pane 330 includes a rule pull-down menu 308, navigation links 310, alert title 
bar 312, field headings 314, and alert data 316. The user interface provides access to alerts by 
rule type, so that in one embodiment, all alerts that are triggered by a particular type of rule 
are grouped together. A user views alerts corresponding to a particular rule by selecting the 
rule of interest from rule pull-down menu 308. In a large enterprise that has a large number 
of supply chain partners, there maybe numerous users, each of which is responsible for a 
selected sub-group of the supply chain partners. In this arrangement, each user accesses alerts 
based on the supply chain partner and part numbers for which that user has responsibility. 

If there are a large number of alerts for a particular rule, then the system displays the 
first 25 alerts, and the user may view other alerts by selecting one of the navigation links 310. 
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Although specific navigation links are shown in FIG. 3 A for the purpose of illustrating a 
simple example, e.g., "Previous 25," "Next 25," "First 25," "Last 25," no particular 
navigation links are required, and different such links may be provided in other 
embodiments. 

Alert title bar 312 identifies the name alerts that are displayed in the screen display. 
The name of the alert in the title bar 3 12 is one of the rules specified in Table 1 herein. Field 
headings 3 1 4 identify the type of data that is displayed in tabular format as alert data 3 1 6 in 
successive lines within display pane 330. A user can sort information in alert data 3 16 one 
column at a time in ascending or descending order by selecting one of the field headings 3 14. 
In response to such selection, the system sorts the data using the selected field heading as a 
key, generates an updated screen display based on the sort, and provides the updated display 
to the browser. 

When a user first connects to the system, the initial view is a summary of all alerts for 
rules for the user, as shown in FIG. 3 A. The system presents a summary view of alerts by 
rule type. Also, an email is sent to the user for each rule and contains summary information. 
The purpose of the summary view and the email summary is to provide enough information 
to enable the user to prioritize and select what the user wants to work on next. Users can 
then work exclusively in a separate ERP system if desired, or can access the system disclosed 
herein through a URL for more information. 

FIG. 3B is a diagram of a screen display that provides a detailed view of the 
information shown in FIG. 3 A. Screen display 350 of FIG. 3B is obtained by selecting a 
detail view link 316 in screen display 300 of FIG. 3A. Using screen display 350, a user can 
view more detailed information about an individual alert. Screen display 350 generally 
comprises the alert title bar 312, a drilldown link pane 354, a Properties pane 356, Variance 
pane 358, and Configuration pane 360. 
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Alert title bar 312 presents the name of the current type of alerts that is displayed, as 
in FIG. 3A. Properties pane 356 presents values for specific properties of the alert, and the 
values correspond to those displayed in alert data 316 under field headings 314 in screen 
display 300 of FIG. 3A. Variance pane 358 presents information about the number of times 
similar alerts have occurred for the same supply chain partner. Configuration pane 360 
presents information about variance configuration parameters (i.e. what percent variance 
constitutes an exception condition), and who has been configured to receive notification. 
Drilldown link pane 354 presents one or more links, selection of which causes the system to 
display even further detailed information relating to the alert. Typically the information 
accessible using links in drilldown link pane 354 is supporting information rather than details 
of an alert. Further, the specific drilldown links that are provided in pane 354 are selected and 
displayed by the system based on the current rule type. Thus, different drilldown link 
displays are provided in pane 354 according to the nature of the rule type shown in title bar 
312, and only the drilldowns that are specifically associated with a particular rule are have 
links displayed in pane 354. 

Table 1 presents a list of all available drill down views that can be potentially 
presented for rules. The section below entitled RULE LOGIC identifies the specific subset 
of drilldown views that are available for particular alerts. 

TABLE 1 - AVAILABLE DRILL-DOWN VIEWS 

Approved Vendor List - List of vendors who also supply a particular item. 

Buy-Side Part Master - List of attributes from Buyer's Part Master. 

Demand Pegging - List of forecast level demand items and their associated demand 
for the specified date, based on forecasts of the core enterprise (e.g., enterprise 4 of 
FIG. 1A). 

Excess Available - List of Partners that have excess inventory available for a 
particular item part number. Information includes a supply chain partner name and e- 
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mail address; the e-mail address is linked to launch a pre-configured e-mail 
application so that requests to purchase excess may be made rapidly. 



Forecast Profile - Similar to Supply/Demand Profile; provides a grid of data that 
represents Top Level Demand numbers over time, MPS Load numbers, the 
5 cumulative of each and the rolling delta between the two. In an embodiment, periods 

that exceed the configured thresholds are highlighted. 

Forecast Waterfall - A data display that provides the Oldest Baseline Forecast at top 
with current forecast on bottom. Each baseline version is indicated. Purchase Order 
Receipt data is incorporated as Actual Consumption. Totals are calculated for a 
10 Forecast Date, Forecast Variability, Actual Consumption, and Cumulative Delta for 

each Baseline. Forecast Variability is defined as Max(Demand) - Min(Demand) / 
Min(Demand) for a given week. 

Forecast Waterfall with Time Fence Profile - Data display that includes an Oldest 
Baseline Forecast at top with current forecast on bottom. Time Fence Profile 
15 incorporated based on lags. Each baseline version is indicated. Purchase Order 

Receipt data is incorporated as Actual Consumption. Totals are calculated for a MPS 
Date, Forecast Variability, Actual Consumption, and Cumulative Delta for each 
Baseline. 

Notification History - List of who has been notified of the associated alert, a date and 
20 time value indicating when it was sent and at what escalation level (1 , 2, or 3). A link 

is provided to allow the user to manually escalate the alert to the next level. If 
manual escalation is used, it is noted in the notification history. 

Purchase Order Detail - with Line Item Detail (Line Number, Part Number, Revision, 
Quantity, Balance Due, Required Date, Delivery Date, Status) and Receipt Detail 
25 (Line Number, Delivery Date, Required Quantity, Received Quantity, Remaining 

Quantity, Received Date) 

Sell-Side Part Master - List of attributes from Seller's Part Master. 

Shipment Order Detail - Provides detail information with Line Item (Line Number, 
Manufacturer Part Number, Rev, Quantity, Balance Due, Requested Delivery Date, 
30 Current Delivery Date, Current Ship Date, Status) and Shipment Detail (Line 

Number, Required Quantity, Shipped Quantity, Remaining Quantity, Shipment 
Identifier, Carrier, Tracking Id) 

Supply/Demand Profile - Provides a grid of data similar to Aggregated Net Demand 
Report that represents the Demand numbers over time, Supply numbers, the 
35 cumulative of each and the rolling delta between the two. The periods that exceed the 

configured thresholds are highlighted. 

Supply Detail - provides a breakdown of Supply components found in the Supply 
PIP, including On Hand and On Order components. 
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Where Used - List of all part numbers that are used within the referenced parts Bill of 
Material (BOM). If a part number is not a top-level part, then it is linked to 
additional parts within the BOM. This will continue until all part numbers are 
completely expanded. 

5 2.4 RULES AND ALERTS; RULE CONFIGURATION AND PROCESSING 

Rules are scheduled to run on a periodic basis by partner for a particular rule. Alerts 
are the result set of a given rule, and may comprise Data Alerts and Scheduled Alerts. 
In one embodiment, the rules set forth in Table 1 are defined and processed. 



10 TABLE 1 EXAMPLES OF RULES 

Expected Delivery Disconnect 

Unplaced PO 

Late PO Receipt 
15 Late Sales Order Shipment 

Late Trigger Start 

Supply/Demand Disconnect 

MRP Profile (Dashboard) 

Baseline Forecast Disconnect 
20 Forecast Time Fence Disconnect 

Lead Time Disconnect 

Sales Order Change 

Top Level Demand Disconnect 

Lead Time/Delivery Date Disconnect 
25 Summary Bill of Material Disconnect 



Referring again to FIG. 1C, Rule Configuration mechanism 126 provides a way to 
create, modify and delete one or more rules that determine whether alerts are triggered. In an 
embodiment, separate rules are created, stored, and configured for each supply chain partner 
30 ("partner"). A partner need not be configured for every rule. 

In one embodiment, rule configuration is carried out by direct access to Alerts 
Database 106. In an alternative embodiment, a partner connects a Web browser to user 
interface 122 to configure rules. 
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A rule comprises one or more properties that specify the criteria and threshold values 
for the rule. A rule includes one or more escalation properties that specify, for each partner, 
a role that should receive alerts and after what period of time (i.e. initial, 24 hours, one week, 
etc.). In an embodiment, a user must have administration privileges in order to configure the 
5 escalation or notification levels for the partner with which the user is associated. When 
enterprise 4 is specified as the third party participant in a transaction, the role specified 
indicates the role found on the related forecasted part number(s). The original alert may be 
associated with a lower level part number or an assembly, etc. The role specified for the 
associated forecasted part number(s) is notified. For partners in general, and for enterprise 4 

10 when it is the Buy-Side participant in a transaction, the role specified indicates the role found 
on the part number of the alert. 

In operation, when rules are configured, Rule Logic mechanism 124 determines 
whether rules are satisfied. Rule Logic mechanism 124 communicates with Rule 
Configuration mechanism 126 to determine tolerance values for satisfying a rule. Rule Logic 

1 5 mechanism 124 checks all data in the Alerts Database 106 to identify any condition that 
should result in an alert. Any alerts that are detected are stored in the database for further 
processing. 

In an embodiment, when each rule is ran, Rule Logic mechanism 124 evaluates 
whether a new alert is to be generated or an existing alert needs to be cleared. When alerts 
20 are cleared or refreshed, as in block 254, they are archived and transferred to the Analysis 
Database 108. A detailed description of how rules are processed by Rule Logic mechanism 
124 is given herein in Section 3. 

2.5 ALERT ESCALATION 

Alert escalation logic 142 is configured to automatically escalate alerts. In this 
25 context, "escalation" refers to sending information about an alert to individuals having an 
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increasingly high level of authority or responsibility over a period of time, until the alert is 
resolved. 

In one embodiment, based on pre-defined alert escalation configuration information, 
alert escalation logic 142 moves an alert through one or more defined alert escalation states. 

5 The escalation configuration may define up to three states within each partner or perspective. 
A transition to a new escalation state is based on the amount of time that has elapsed since 
detection of the alert. Each partner involved may define its own escalation path. 

In addition, a user can manually escalate an alert. In one embodiment, to manually 
escalate an alert, the user starts at the alert details view and selects the Notification History 

1 0 drill down, and the user then selects the "Manually Escalate" button on the user interface. 
The alert is then escalated to the next level. Future escalations will follow the normal 
escalation path/timing based on the original alert. 

2.6 ALERT DELIVERY 

Once an alert enters a state at which a user is required to be notified, the Notification 
15 component is responsible for alert delivery. Any computer-based, automated delivery 
mechanism may be used, e.g., email, pager, voice call, etc. The alert notification process 
scans the alert tables and consolidates alerts to be sent to the appropriate recipients. The 
alerts are consolidated by user for a particular rule. 

When alert delivery is carried out by email, the alert e-mail includes summary 
20 information about the alert of the same kind that is accessible in the user interface. The email 
alert also contains a URL that directs the user back to the summary data for the associated 
rule type so that detailed information may be obtained. 

2.7 SOURCES OF DATA FROM PARTNERS 

Referring again to FIG. IB and FIG. 1C, supply chain management system 20 may 
25 receive source data for its databases and for generating alerts and reports from any of the 
partners 24A, 24B, etc. FIG. 4, FIG. 5, FIG. 6, and FIG. 7 are block diagrams illustrating 
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electronic documents that are generated in planning, procurement, for products, and for 
production, showing the information that partners provide to the system. 

Referring first to FIG. 4, it is a block diagram of a process of providing planning 
information to a supply chain management system. In the planning process of FIG. 4, 
5 participating partners include an end user 404, contract manufacturer 406, and distributor 
408. In one embodiment, end user 404 is the same as enterprise 4; CM 406 makes and 
delivers finished products or assemblies to end user 404; and CM 406 receives parts and 
materials from distributor 408 for use in manufacturing or assembly. Although FIG. 4 shows 
only one distributor 408, CM 406 may interact with any number of distributors according to 
1 0 its needs for different parts. Supply chain management system 20 receives data in the form of 
electronic documents from CM 406 and distributor 408. 

The planning process generally begins when CM 406 issues a commit 410 indicating 
that it is planning to produce a particular product. At commit time, CM 406 issues a PIP 
EA03 412 to system 20. At about the same time, end user 404 undertakes a manufacturing 
1 5 resource planning (MRP) process 4 1 4 in order to determine its requirements for products, 
resulting in generation of a forecast 416 for its needs, which is communicated to CM 406. 
Upon receipt of the forecast 416, CM 406 subjects the forecast to analysis 418, resulting in 
generation of a master schedule 420. The master schedule 420 is communicated to system 20 
as PIP EA01, and is provided as input to an MRP system or process 422 of CM 406. 
20 As a result, CM 406 determines the gross demand 424 for the product in units or 

some other quantity. The gross demand 424 is communicated to system 20 as EA06, thereby 
enabling enterprise 4 to know what number of units CM 406 is anticipating making. If CM 
406 already has an inventory of such product, then the CM does not need to make new 
product in a quantity equal to the entire gross demand. Accordingly, inventory data 426 is 
25 compared to gross demand 424 to arrive at a net quantity value 428 that represents the 

number of units that CM 406 actually needs to make in order to meet anticipated demand. 
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Based on the net value, CM 406 generates one or more planned PO's 430 that are 
communicated to end user 404 and system 20 as PIP EA07. 

Based on the planned PO's 430, CM 406 selects one or more distributors that can 
supply parts or materials that the CM needs to carry out its manufacturing work. Assume that 
5 distributor 408 is one distributor that is selected, and supplies one kind of component to CM 
406. To obtain needed components, CM 406 generates a PO 432 that is communicated to 
distributor 408. In response, distributor 408 internally generates a sales order 434 that 
confirms the PO and represents a sale of components to CM 406. Based on SO 434 and any 
other related SO's, distributor 408 generates a master schedule 436 that states what 

10 components the distributor plans to deliver and when, among other information. Master 
schedule 436 is communicated to end user 404 and system 20 as PIP EA01. 

Thus, end user 404 and system 20 acquire information showing not only what its 
direct contractor (CM 406) is planning to produce and deliver, but also what all downstream 
component distributors are planning to deliver up the supply chain. Unlike past approaches, 

1 5 in this approach end user 404 and system 20 acquire information needed to determine when 
problems far down the supply chain, e.g., at distributor 408, may disrupt the production or 
delivery schedules of CM 406 or end user 404. 

Master schedule 436 of distributor 408 is provided as input to an MRP system or 
process 438 of distributor 408. As a result, distributor 408 determines the gross demand 440 

20 for the ordered component. The gross demand 440 is communicated to system 20 as EA06, 
thereby enabling enterprise 4 to know what number of components distributor 408 is 
anticipating making or obtaining from a downstream supplier. If distributor 408 already has 
an inventory of such product, then the distributor does not need to make new product in a 
quantity equal to the entire gross demand. Accordingly, inventory data 444 is compared to 

25 gross demand 440 to arrive at a net quantity value 442 that represents the number of units 

that distributor 408 actually needs to make in order to meet anticipated demand. Based on the 
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net value, distributor 408 generates one or more planned PO's 446 and issues them to one or 
more downstream component suppliers or other partners. The planned PO's 446 also are 
communicated to end user 404 and system 20 as PIP EA07. 

FIG. 5 is a block diagram of a process of providing procurement process information 
5 to a supply chain management system. The process of FIG. 5 may be used in any buy-sell 
transaction between any pair of partners. 

A partner acting as Buyer 502 creates or has on hand one or more planned PO's 506. 
For example, planned PO's 506 may correspond to planned PO's 430 or planned PO's 446 of 
FIG. 4. From among planned PO's 506, Buyer 502 selects Seller 504 to supply a particular 

10 component to the Buyer. Accordingly, Buyer 502 generates a PO 508 for Seller 504 for a 
particular component. PO 508 is communicated to end user 404 and system 20 as PIP EC01, 
and is also communicated to Seller 504. In response, Seller 504 subjects PO 508 to analysis, 
as indicated by block 510, and then generates an acknowledgment 512 to Buyer 502 and an 
internal sales order 514. The SO 514 is communicated to end user 404 and system 20 as PIP 

15 EC04. 

Additionally or alternatively, Buyer 502 may generate a blanket purchase order 516, 
which is communicated to Seller 504 and to system 20 as PIP EC02. Seller 504 subjects the 
blanket purchase order 5 1 6 to analysis 5 1 8 and then generates and sends an acknowledgment 
520 to Buyer 502. Further, Seller 504 generates a blanket sales order 522 in confirmation of 

20 the blanket purchase order, which is communicated to end user 404 and system 20 as PIP 
EC04. When a blanket purchase order is in the system, a Buyer 502 may obtain components 
based on one or more planned PO's 506 by converting one of the planned PO's into a BPO 
release 524. Thus, use of a BPO release represents an alternative to proceeding from a 
planned PO 506 to a PO 508. When a BPO release occurs, it is communicated to end user 

25 404 and system 20 as PIP EC02, and to Seller 504. In response, Seller 504 carries out 
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analysis 526 and generates an acknowledgment 528. Seller 504 may also issue a new BSO 
522. 

FIG. 6 is a block diagram of a process of providing product information to a supply 
chain management system. A supply chain partner who is a manufacturer 602 provides parts 
5 master data 612 to end user 404 and system 20 as a PIP ED04. A partner who is a contract 
manufacturer 406 or distributor 408 may have parts master data 604, approved vendor list 
data 606, and bill of material data 610, all of which interact with an MRP system 608 of the 
manufacturer or distributor. Parts master data 604 is reference data on all parts, components 
or assemblies that are deliverable from the manufacturer or distributor, and is provided to end 

10 user 404 and hub 20 using PIP ED03. Approved vendor list data 606 identifies which third 
party vendors are approved to provide parts, components or assemblies and is provided using 
PIP ED03. BOM data 610 identifies what sub-components make up each part, component or 
assembly of the manufacturer or distributor, and are provided using PIP ED0L 

Thus, end user 404 and system 20 acquire detailed information about all parts 

15 available from all supply chain partners, including based identification information, approved 
vendors, and sub-components. As a result, end user 404 and system 20 can determine when 
shortages or disconnects in the supply chain may affect the ability of a supply chain partner 
to deliver. End user 404 and system 20 also can identify alternative sources of supply for the 
same part, component, assembly or sub-component and issue appropriate orders or requests. 

20 FIG. 7 is a block diagram of a process of providing production process information to 

a supply chain management system. In general, a contract manufacturer 406 has on hand or 
generates one or more planned WO's 702 representing anticipated manufacturing work to 
make components for inventory. Based on the planned WO's 702, CM 406 creates one or 
more actual work orders 704 that instruct its personnel or its sub-contractors to make 

25 components. Information about the inventory 710 of the CM 406 may be received to 
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determine how many work orders are needed and what they should cover. Work orders are 
communicated to end user 404 and system 20 as PIP EB03. 

Alternatively, a work order 704 may be generated by a pull system 706 of the end 
user 404 that issues a trigger 708 to the CM 406. In this alternative, a software system of the 
5 end user 404 essentially orders the CM 406 to make a particular component in a particular 
quantity. This action is appropriate, for example, where end user 404 needs an immediate 
delivery of a particular component, or becomes aware of a disconnect at some point in the 
production process. 

Further, inventory information 710 and work orders 704 may be generated by a pull 
10 system 712 of the CM 406 in response to a trigger 714. [Please elaborate on when and why 
this is done.] Trigger 714 is communicated to end user 404 and system 20 as a PIP EB03. 

In another embodiment, or optionally, capacity information 716 is communicated 
from CM 406 to end user 404 and system 20. Capacity information 716 represents the total 
manufacturing capacity of the CM 406 for a particular component. Having capacity 
1 5 information 7 16 is useful to end user 404 in determining whether to issue a trigger 708, in 
determining whether to select CM 406 or turn to another CM for a particular component, etc. 

2.8 ON-DEMAND REPORTS 

Report mechanism 136 is configured to generate one or more reports on demand in 
20 response to selection of criteria or in response to receiving user input. In one embodiment, 
the available on-demand reports include an Aggregate Net Demand report, Allocated Part 
Supply/Demand report, Supply Commit report, Supply Split report, and Potential Excess & 
Obsolete report. 

2.9 SECURITY 

25 According to an embodiment, User and Role configuration is provided in an LDAP 

Profile of a directory server that is associated with the system. Values that can be configured 
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include Company, Userid/e-mail, and Role - Admin and User. The Web server 160 provides 
authentication. 

A user who has the "Admin" role is allowed administrative access to Rule 
Configuration and Partner information for the Partner this user belongs to. If the Partner is 
5 the enterprise 4, then the user has access to additional functionality such as running the 
import, etc. A user who has the "User" role is allowed access to Alerts and On-Demand 
Reports through the user interface 122 for the Alerts that have been sent to this user and/or 
the Report data for this Partner. If the user is a user employed by or otherwise closely 
associated with enterprise 4, then the user has access to alerts they have been sent on behalf 
10 of their partners. 

3.0 RULE LOGIC 

In the following section, a summary of logical actions taken by rule logic 124 is 
presented, for each rule that is recognized in the system, according to one example 
embodiment. For clarity and brevity, rule logic is presented in the form of a table. For each 

1 5 rule, the table has rows entitled Rule Processing, Data Dependencies, Rule Properties, 
Escalation Properties, Alert Summary Display, and Drill Downs, if applicable. 

The Rule Processing row gives the specific logical steps that are carried out by a 
particular rule. The Data Dependencies row indicates what data is required to be received or 
stored before a rule is executed, if proper results are desired. The Rule Properties row 

20 indicates what attribute values are required to evaluate the rule. The Escalation Properties 
row identifies the number of escalation levels and the parties who participate in escalation of 
an alert related to the rule. The Alert Summary Display row indicates the data values that are 
presented in a summary view of alert information, and the Alert Detail Display indicates data 
values that are presented in a detailed view of the alert. The Drill Downs row identifies one 

25 or more additional, detailed views that are available to obtain further information about an 
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alert. The Resolution row specifies what conditions must be satisfied for an alert to achieve 
resolution. 

3.1 EXPECTED DELIVERY DISCONNECT RULE 

An Expected Delivery Disconnect rule is provided to identify differences between the 
Buy-Side Partner's PO delivery date and quantity and the Sell-Side Partner's Sales Order 
delivery date and quantity. 



Rule Processing 


Compare PO Current Delivery Date and Requested Quantity and Sales 

OrH**r T^pHvptv T^atf* nnH Oimntitv Kptwppn twn T^artnpr<2 for paf*H T inp 

Kj l \X^/l .L/Cl! V CI V lvcllV' CU.1U Vj/UdllllL V UvLWwU I W U J CllLllt'JLo 1\JL t/d^H -L/lll\^ 

Item on a PO for each P/N. If the difference between the two Dates 

V- A.\^t/\^VlO UlC* v/VJllLlgjUll \s\A i-JCXy o L/dl^ V/l JL/CLjO 1-/CIL Ljf 5 till CUUil lO 

generated. If the difference between the PO Quantity and Sales Order 
Quantity exceeds the configured "Quantity Short Percent", then an alert 
is generated. If the Sell-Side Partner is enrolled as a Partner, but a Sales 
Order isn't found to match the PO, then an alert is generated. If more 
than one Sales Order is found to match the PO, then the latest Delivery 
Date and total quantity by that date are used to determine if an alert is 
generated. 


Data. Denendencv 


Rule is configured for the Buv-Side Partner and is run when Sell-Side 
Partners have submitted their Sales Orders for this Buy-Side Partner. 


Rule Properties 


General Properties: Buy-Side Partner; Quantity Short Percent; Number 
of Days Late; Number of Days Early. 


Escalation Properties 


Three levels: Age (In Days); Role. Participants include the enterprise, 
the Buy-Side Partner, and the Sell-Side Partner. 


Alert Summary Display 


Alert Generate Date 
Buy-Side Partner 
PO Number 
Enterprise P/N 
PO Delivery Date 
Sell-Side Partner 
SO Number 

Mfr P/N. In one embodiment, Mfr P/N may be removed from the 
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summary display depending on space constraints of the view. 




SO Delivery Date 




Quantity Short 


Alert Detail Display 


Details: 




Alert Generate Date 




Buy-Side Partner 




Sell-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




PO Delivery Date 




PO Quantity 




PO Last Updated in system 




SO Number 




MfrP/N 




P/N Description 




SO Delivery Date 




SO Quantity 




SO Last Updated in system 




Variance: 




Quantity Short 




Quantity Short Percent 




Mismatch Days 




Configuration: 




Buy-Side Partner 




Quantity Short Percent 




Max Days Late 




Max Days Early 


Drill Down(s) 


Approved Vendor List 




Buy-Side Part Master 




Demand Pegging 




Notification History 




PO Detail 
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Sell-Side Part Master 
SO Detail 

Supply/Demand Profile 
Where Used 


Resolution 


Alert is cleared by update to PO or SO that does not exceed specified 
thresholds. 


2.10 UNPLACED PURCHASE ORDER 


An Unplaced Purchase Order rule is provided to identify planned purchase orders for 
which an actual purchase order has not yet been placed. 


Rule Processing 


Find all Planned Purchase Orders for a P/N where Start Date <= (today 
+ lookahead). Sum the quantity for all Purchase Orders for this P/N 
where ORDERPLACEDATE > PLANNED_ORDER.PLAN_DATE. 
If the summed quantity of the Purchase Orders equals or exceeds all the 
(quantities for the Planned Purchase Order - (Quantity Short Percent * 
quantities ior tne rianneci rKj)j, no aicn is created, v^xncrwise, xnc 
planned purchase orders will be sorted by ORDERSTARTDATE in 
ascending order. Starting with the first Planned Purchase Order, 
subtract its quantity for the sum. If the sum is still positive, proceed to 
the next Planned Purchase Order on the list. If it is negative, this is the 
Planned Purchase Order for which an alert should be created. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run when the 
MRP data is received and when PO's are received. 


Rule Properties 


General Properties: 
Buy-Side Partner 
Quantity Short Percent 
Look Ahead Days 


Escalation Properties 


Three levels: Age (In Days); Role. Participants include the enterprise, 
Buy-Side Partner. 


Alert Summary Display 


Alert Generate Date 
Buy-Side Partner 
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MRP Run Date 




Enterprise's P/N 




Order Start Date 




MRP Reauired Delivery Date 




Days Late 




Planned PO Quantity 


Alert Detail Display 






Alert Generate Date 




Riiv. Slide Partner 




rropemeb. 




MPP Pnn Date 




Fnternri^e'^ P/N 








Orrlfn* <\tart Date 




MPP "Remiired Delivery Date 




OrHf^r Onantitv 

U1UC1 U-cU.il Ji i j 




V ailallCv. 




v^uanniy onon 




rVnantitv Short Percent 




Days Late 




Configuration; 




T^iiv-SiHe Partner 




fYnantirv Short Percent 




.LOOK f\QGa\JL Lsaya 


Dnll Down(s) 


A-r\-nm\rf*d Vendor List 




Buy-Side Part Master 




Demand Peseins 




Notification History 




Supply/Demand Profile 




Where Used 


Resolution 


Alert is cleared by receipt of update to Planned Purchase Orders (MRP 




Load) or new PO arrives. 



2.11 LATE PURCHASE ORDER RECEIPT 
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A Late Purchase Order Receipt rule is provided to identify purchase orders that have 
late receipts to the Buy-Side Partner. 



Rule Processing 


Compare PO Line Item's Delivery Date against today and create an 




alert for those conditions where the Delivery Date is earlier than today 




minus configured number of days late, but the P/N has not been 




received. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run when 




Buy-Side Partner's have submitted their PO's. 


Rule Properties 


General Properties: 




Buy-Side Partner 




Number of Days Late 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Buy-Side 




Partner. 


Alert Summary Display 


Alert Generate Date 




Buy-Side Partner 




PO Number 




Enterprise P/N 




Delivery Date 




Ship Date 




Shipped? 


Alert Detail Display 


Details: 




Alert Generate Date 




Buy-Side Partner 




Sell-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




PO Delivery Date 




Remaining Quantity Due 




PO Last Updated in system 




SO Number 




MfrP/N 
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P/N Description 
SO Delivery Date 
SO Ship Date 

Remaining Quantity Due (from SO detail) 

SO Last Updated in system 
Variance: 

Days Late 
Configuration: 

Buy-Side Partner 

Max Days Late 


Drill Down(s) 


Approved Vendor List 
Demand Pegging 
Buy-Side Part Master 
Notification History 
PO Detail 
SO Detail 

Supply/Demand Profile 
Where Used 


Resolution 


Alert is cleared by receipt data on PO or reschedule of PO. 


2.12 LATE SALES ORDER SHIPMENT 


A Late Sales Order Shipment rule is provided to identify sales orders having late ship 
dates to the Buy-Side Partner. 


Rule Processing 


Compare SO Line Item's Ship Date against today. Create an alert for 
those conditions where the Ship Date is earlier than today minus 
configured days late but the P/N has not been shipped based on sales 
order ship date and the shipped quantity from the sales order shipment 
history. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run when all 
Sell-Side Partners have submitted their Sales Order data. 


Rule Properties 


General Properties: Buy-Side Partner; Number of Days Late 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Buy-Side 
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Partner, Sell-Side Partner. 


Alert ouiHiiiaiy uLo\ji<xy 


Alert Generate Date 




Buy-Side Partner 




PO Number 




Enterorise P/N 




PO Delivery Date 




Sell-Side Partner 




SO Number 




Mfr P/N 




SO Shio Date 


Alert Detail Display 


Details* 




Alert Oenerate Date 




Ruv-Side Partner 




Sell -Side Partner 




Ptwr^pfti PC* 
r rupci llCo. 




PO Number 




Fnternrise P/N 




P/\T Dpc^rirvtirvn 




PO DfOi verv Date 




ppTnaininff Ouantitv Due 




PO T act T Tndated in svstem 




SO Number 




Mfr P/N 




P/N Description 




SO Delivery Date 




SO Shin Date 




Remaining Ouantitv Due 




SO Last Undated in svstem 




Variance: 




Days Late 




Configuration: 




Buy-Side Partner 




Max Days Late 


Drill Down(s) 


Buy-Side Part Master 
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Demand Pegging 




Notification History 




PO Detail 




Sell-Side Part Master 




SO Detail 




Supply/Demand Profile 




Where Used 


Resolution 


Alert is cleared by receipt of SO data with new shipment or change in 




SO ship date. 



2. 1 3 LATE TRIGGER START 

A Late Trigger Start rule is provided to identify Work Orders having late starts to the 
enterprise, based on late trigger starts. 



Rule Processing 


If Quantity Due to Star is greater than the configured Maximum 
Quantity Short Allowed and Trigger date is earlier than today minus 
configured number of days late, then generate an alert. The "Quantity 
Due to Start" is Required Qty - (Start Qty + Cancel Qty). 


Data Dependency 


Rule is configured for Sell-Side Partner and should be run when the 
enterprise has submitted its Trigger data. The Sell-Side Partner in this 
case is the Partner who is building the component. 


Rule Properties 


General Properties: Sell-Side Partner; Number of Days Late; Maximum 
Quantity Short Allowed 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Sell-Side 
Partner 


Alert Summary Display 


Alert Generate Date 
Trigger Number 
Sell-Side Partner 
Enterprise P/N 
Trigger Date 
Days Late 

Quantity Due to Start 


Alert Detail Display 


Details: 
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Alert Generate Date 




Sell-Side Partner 




Properties: 




Trigger Number 




Enterprise P/N 




P/N Description 




Trigger Date 




Start Quantity 




Cancel Quantity 




Required Quantity 




Quantity Due to Start 




Variance: 




Days Late 




Configuration: 




Sell-Side Partner 




Max Days Late 




Maximum Quantity Short Allowed 


Drill Down(s) 


Enterprise Part Master 




Demand Pegging 




Notification History 




Supply/Demand Profile 




Where Used 


Resolution 


Alert is cleared when start quantity plus cancelled quantity is equal to 




required quantity. 



2.14 SUPPLY/DEMAND DISCONNECT 



A Supply/Demand Disconnect rule is provided to identify when a Partner's Gross 
Component Demand exceeds its Supply over the course of the planning period. 



Rule Processing 



Detect when the cumulative aggregated Demand subtracted from the 
cumulative aggregated Supply goes from one period to the next, from a 
positive value to a negative value by more than the configured percent 
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threshold when the P/N is within the configured percent of full lead 
time. When this condition is detected generate an alert for the negative 
period. If there is more than one period in a row that is negative, only 
generate an alert on the first change from positive to negative. In an 
embodiment, the number of days can only be configured if Percent of 
Full Lead Time is 100%. 


Data Dependency 


Rule is configured for a Partner and should be run when both Supply 
and Demand data has been posted for this Partner. 


Rule Properties 


General Properties: Partner; Percent Short; Percent of Full Lead Time; 
Number of Days Beyond Lead Time 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Partner. 


Alert Summary Display 


Alert Generate Date 
Partner 

Enterprise P/N 
Period Start Date 
Demand Quantity 
Supply Quantity 
Delta Quantity 
Percent of Lead Time 


Alert Detail Display 


Details: 

Alert Generate Date 
Partner 
Properties: 

Demand Date/Time 
Supply Date/Time 
Enterprise P/N 
Period Start Date 
Demand Quantity 
Supply Quantity 
Lead Time Days 

Excess Available at another Partner 
Variance: 

Quantity Percent Short 
Percent of Lead Time 
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v^onngurauon. 

Buy-Side Partner 

Percent ot rull Lead 1 rnie 

JN umber ot JJays ueyona ruu Leaa i lme 


Drill Down(s) 


Approved Vendor List 




Demand Pegging 




Excess Available 




Notification History 




J_/I1 ICI pi loC r <XL I 1V1 do LCI 




Partner Part Master 




Supply Detail 




Supply/Demand Profile 




Where Used 


Resolution 


Alert is cleared by receipt of new Demand or Supply data that does not 
exceed specified thresholds. 



The "excess available at another partner" property of the Alert Detail Display 
provides a display of the quantity of a particular component that is available at another 
partner. To support the excess visibility feature, the partner is configured to participate in 

5 showing excess visibility. If the setting in the partner configuration file of Partner 

Configuration mechanism 1 16 is "Yes", then the Partner can see other Partner's excess as 
well as show their available excess. If the setting in the partner file is "No", then they can 
neither see the excess of other partners, nor show their excess. Excess exists when all time 
cumulative supply is greater than cumulative demand for all time periods through the lead- 

10 time. 

2.15 MRP PROFILE 

An MRP Profile rule provides a dashboard summary by Partner that illustrates the 
impact to the supply chain due to MRP changes for all of their part numbers. 
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Rule Processing 


Calculate once MRP data is loaded, totals for all P/N for this Partner: 

Planned Orders that are in Lead Time 
=> Planned Orders that are between Lead Time and Lead Time + 4 

weeks 

Supply/Demand Disconnects in Lead Time 
=> Supply/Demand Disconnects between Lead Time and Lead Time + 
4 weeks 

=> PO's that need to be Pulled In (MRP Required Date is less than PO 

Required Delivery Date) 
=> PO's that need to be Pushed Out (MRP Required Date is greater 

than PO Required Delivery Date) 
Details displays totals for: 

=> Baseline Forecast Disconnects broken out by Relative Baseline, 

Lead Time Baseline, and Fixed Baseline 
=> Forecast Time Fence Disconnects 


Data Dependencies 


Rule is configured for a Partner and should be run once MRP for this 
Partner is loaded into the system or when Supply/Demand data is 
received for this Partner. 


Kuie rroperties 


Cvf*r\f*m] PrrvnprtipQ* Partner 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Enterprise; 
Partner. Notification for this alert is done by sending to all users for the 
specified Partner for the role configured on the escalation profile (i.e., 
Master Schedulers and Planners for the entire Part Master for the CM). 


Alert Summary Display 


Alert Generate Date 
Partner 

MRP Plan Date 

Planned Orders in Lead Time 

XTnmVip'r nf ^lmnlv/DfMnand T)\ connects in Lead Time 

PO's that need to be Pulled In 

PO's that need to be Pushed Out 

Total Relative Baseline Forecast Disconnects 

Total Forecast Time Fence Disconnects 


Alert Detail Display 


Details 
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Alert Generate Date 




Partner 




Properties: 




MRP Plan Date 




Planned Orders in Lead Time 




Planned Orders between Lead Time and Lead Time +4 weeks 




Number of Supply/Demand Disconnects in Lead Time 




Number of Supply/Demand Disconnects between Lead Time 




and Lead Time +4 weeks 




PO's that need to be Pulled In 




PO's that need to be Pushed Out 




Relative Baseline Forecast Disconnect Totals 




Lead Time Baseline Forecast Disconnect Totals 




Fixed Baseline Forecast Disconnect Totals 




Forecast Time Fence Disconnect Summary 




Variance: 




N/A 




Configuration: 




Partner 


Drill Down(s) 


No Links 


Resolution 


No resolution. 



2.16 BASELINE FORECAST DISCONNECT 

A Baseline Forecast Disconnect rule is provided to identify the difference between 
the Buy-Side Partner's baseline forecast and the forecast of the partner for the current week. 



Rule Processing 


Baseline is defined as: 




=> Relative version number 




=> Version number based on P/N's Lead Time 




=> Fixed version number based on specified version indicated via a 




system property. 




Compare current weeks forecast against the Baseline for the 
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configured horizon. Calculate cumulative totals for the time 
period and identify the first period that exceeds the configured 
thresholds. 


Data Dependency 


ivuie is coniigureci ior me r driner receiving me rurecaai aim snouiu oe 
run once a week after the Forecast is loaded into the system. 


Rule Properties 


General Properties: Partner (Receiver of the Forecast); Horizon; 
Relative Baseline Version Number; Cumulative Percent Change - 
Upper Bound; Cumulative Percent Change - Lower Bound 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; 
Partner (Receiver of the Forecast). 


Alert Summary Display 


Alert Generate Date 
Partner 

Enterprise P/N 
Plan Date 

Relative Baseline - First Week Violated 
Lead Time Baseline - First Week Violated 
Fixed Baseline - First Week Violated 


Alert Detail Display 


Details: 

Alert Generate Date 
Partner 

Properties: 

Plan Date 

Enterprise P/N 

Period of First Disconnect 

Cumulative Forecast Quantity 

Cumulative Relative Baseline Quantity 

Cumulative Lead Time Baseline Quantity 

Cumulative Fixed Baseline Quantity 

Variance: 

Relative Baseline Cumulative Percent Change 
Lead Time Baseline Cumulative Percent Change 
Fixed Baseline Cumulative Percent Change 
Allowed Percent Change 
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Configuration: 

Partner Horizon 

Relative Baseline Version Date 

Lead Time Version Date 

Fixed Forecast Version Date 

Upper Bound Cumulative Percent Change 

Lower Bound Cumulative Percent Change 


Drill Down(s) 


Buy-Side Part Master 




Forecast Waterfall 




Notification History 




Where Used 


Resolution 


No resolution. 



To support this rule, a table is stored in the database that will have a row for each 
Fiscal Quarter Forecast Period start date for the enterprise. This table will consist of two 
columns, PERIODNAME and STARTJDATE. The period name will be a string naming 
5 the period, e FY 2000 Q4 5 for example. The start date will be the date of the first day in the 
period. To determine the fixed baseline forecast date to be used, the closest Fiscal Quarter 
Period Start that is less than or equal to the current date will be used. 

2. 1 7 FORECAST TIME FENCE DISCONNECT 

A Forecast Time Fence Disconnect rule is provided to identify the difference between 
1 0 Enterprise's Current Forecast and the previous week's forecast against the Partner's Time 
Fence Agreement. 



Rule Processing 


The Time Fence is defined for a Partner and specifies the start period, 
end period and allowed percent change for that time bracket. Compare 
current's weeks forecast against previous weeks forecast. Generate an 
alert when the difference between the cumulative totals for the defined 
Partner's time fences exceeds the defined time fence percents by the 
configured thresholds. 
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Data Denendencv 


Rule is configured for the Partner and should be run once a week after 




the enterprise's Forecast is loaded into the system. 


Rule Properties 


General Properties: CM; Percent Change - Upper Bound; Percent 




Change - Lower Bound. 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Partner. 


Alert Summary Display 


Alert Generate Date 




Partner 




Jinieiprise r / rs 




Plan Date 




Time Fence Start Period 




Time Fence End Period 




Total Percent Change 


Alert Detail Display 


Details: 




Alert Generate Date 




Partner 




Properties: 




Plan Date 




Enterprise P/N 




Time Fence Start Period 




Time Fence End Period 




Duration 




Variance: 




Periods 




Previous Value 




Current Value 




Change 




Percent Change 




Allowed Percent Change 




Configuration: 




xanner 




Partner Time Fence Profile - start period, end period, percent 




change allowed, . . . 




Upper Bound Percent Change 




Lower Bound Percent Change 
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Drill Down(s) 


Forecast Waterfall 
Enterprise Part Master 
Notification History 
Where Used 


Resolution 


No resolution. 


2. 1 8 LEAD TIME DISCONNECT 

A Lead Time Disconnect rule is provided to identify differences in Lead Times 
between a Buy-Side Partner and a Sell-Side Partner. 


Rule Processing 


Compare Buy-Side Partner's Lead Time against a Partner's Lead Time 
for a given P/N. Generate an alert if the Lead Time is different between 
the two partners. If a primary supplier is indicated, then their Lead 
Time is used for the comparison. If there is a split between Suppliers, 
use the longest Lead Time for the comparison. The e-mail only goes to 
the Supplier with the greatest Lead Time. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run 
periodically when new Part Master's are loaded into the system. 


Rule Properties 


General Properties: Buy-Side Partner; Number of Days 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Buy-Side 
Partner; Sell-Side Partner 


Alert Summary Display 


Alert Generate Date 
Buy-Side Partner 
Enterprise P/N 
Sell-Side Partner 
MfrP/N 

Delta Number of Days 


Alert Detail Display 


Details: 

Alert Generate Date 
Buy-Side Partner 
Properties: 

Enterprise P/N 
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P/N Description 

Lead Time 

MfrP/N 

P/N Description 

Lead Time 
Variance* 

Delta Number of Days 
Configuration: 

Partner 

Number of Days 


Drill Down(s) 


Buy- Side Part Master 
Notification History 
Sell-Side Part Master 
Where Used 


Resolution 


No resolution. 


2.19 SALES ORDER CHANGE 

A Sales Order Change rule is provided to identify PO's that are changing and will 
affect current Sales Orders. 


Rule Processing 


Compare changes to PO need date (current MRP Required Delivery 
Date) within the configured Horizon. If the Required Date is earlier 
than the Delivery Date and (Delivery Date - Required Date) > Number 
of Days Late, then generate an alert. Or if the Required Date is later 
than the Delivery Date and (Required Date - Delivery Date) is greater 
than Number of Days Early, then generate an alert. 


Data Dependency 


Rule is configured for the Sell-Side Partner and should be run when 
new MRP and PO data is available. 


Rule Properties 


General Properties: Sell-Side Partner; Horizon Days; Number of Days 
Late; Number of Days Early. 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Buy-Side 
Partner; Sell-Side Partner. 
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Alert Generate Date 




Buy-Side Partner 




rU Number 




Enterprise P/N 




PO Delivery Date 




Call Oisla Dn-ff-nAf 

oeii-oide Fanner 




5>U JN umber 




A/TfV* D/XT 
iVlir xVJN 




Delta Number of Days 


Alert Detail Display 


Details: 




Alert benerate Date 




Buy-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




MRP Required Date 




PO Delivery Date 




Remaining Quantity Due 




Lead Time 




PO Last Updated m system 




Ct/~\ "XT 1 

SO Number 




Mir P/N 




P/N Description 




SO Delivery Date 




SO Ship Date 




Remaining Quantity Due 




Lead Time 




SO Last Updated m system 




Variance: 




Delta Number of Days 




Configuration: 




Partner 




Start Period 
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Horizon 

Number of Days Late 
Number of Days Early 


Drill Down(s) 


Notification History 
PO Detail 

Sell-Side Part Master 
SO Detail 


Resolution 


No resolution. Produce each week after MRP data received. 


2.20 TOP LEVEL DEMAND DISCONNECT 

A Top Level Demand Disconnect rule is provided to identify the difference between 
the forecast of the enterprise and the contract manufacturer's MPS load. 


Rule Processing 


Compare the enterprise Partner's forecast against the contract 
manufacturer's MPS load and generate an alert if the difference 
between each cumulative forecast exceeds the configured thresholds. 
Only the first period in violation is flagged in the alert. 


Data Dependency 


Rule is configured for the CM and should be run weekly when the 
enterprise's Forecast is generated and the MPS data is loaded. 


Rule Properties 


General Properties: CM; Start Period; Horizon; Cumulative Percent 
Change - Upper Bound; Cumulative Percent Change - Lower Bound 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; CM 


Alert Summary Display 


Alert Generate Date 
CM 

Enterprise P/N 
Enterprise Plan Date 
CM Plan Date 
Period 

Delta Quantity Percent 


Alert Detail Display 


Details: 

Alert Generate Date 
CM 
Properties: 
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Plan Date 
Enterprise P/N 
CM Plan Date 
Period 

Demand Quantity 

MPS Quantity 
Variance: 

Delta Cumulative Quantity Percent 
Configuration: 

Partner 

Start Period 

Horizon 

Upper Bound Percent Change 
Lower Bound Percent Change 


Drill Down(s) 


Forecast Profile 
Notification History 


Resolution 


No resolution. 


2.2 1 LEAD TIME/DELIVERY DATE DISCONNECT 

A Lead Time/Delivery Date Disconnect rule is provided to identify purchase orders 
that have been placed with Lead Times different than quoted Lead Times. 


Rule Processing 


Compare buy-side Partner's PO delivery date, MRP Required date, and 
current date + lead-time. An alert should be generated if either of the 
following conditions is TRUE: 

(1) The MRP Required Date is later than or equal to the current date 
plus lead-time and the delivery date is later than the MRP Required 
date. 

(2) The MRP Required Date is earlier than the current date plus lead- 
time and the delivery date is later than current date plus lead-time. 

In a formula: 

Let M = MRP Required Date, LT = today + lead time, and D = delivery 
date. 
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If (M >= LT & D > M) | ] (M < LT & D > LT) then Alert. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run weekly 




when MRP and purchase order data is loaded. 


Rule Properties 


General Properties: Buy-Side Partner; Number of Days Late; Number 




of Days Early 


Escalation Properties 


Three levels; Age (In Days); Role. Participants: Enterprise; Buy-Side 




Partner; Sell-Side Partner. 


Alert Summary Display 


Alert Generate Date 




Buy-Side Partner 




PO Number 




Enterprise P/N 




PO Delivery Date 




Sell-Side Partner 




SO Number 




MfrP/N 




Delta Number of Days 


Alert Detail Display 


Details: 




Alert Generate Date 




Buy-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




PO Delivery Date 




Remaining Quantity Due 




Lead Time 




PO Last Updated in system 




SO Number 




MfrP/N 




P/N Description 




SO Delivery Date 




SO Ship Date 




Remaining Quantity Due 




Lead Time 
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SO Last Updated in system 
Variance: 

xJQxxa INUniDcr Ol Udyb 

Configuration: 
Partner 

Number of Days Late 
Number of Days Early 


Drill Down(s) 


r>uy-oiQc ran iviasier 








PO Detail 




Sell-Side Part Master 




SO Detail 


Resolution 


No resolution. 



2.22 SUMMARY BILL OF MATERIAL DISCONNECT 
A Summary Bill of Material Disconnect rule is provided to identify the difference 
between Summary Bill of Materials for the enterprise and a Control Partner. 



Rule Processing 


Fully explode the BoM to flatten out the tree and get rid of all the 
different levels. Valid data is based on that data which is effective as of 
today's date. Get Enterprise's Part Master for a build partner. Identify 
BoM control partner in order to cross reference to the Enterprise's 
BoM. Disconnects are based on the quantities for a given P/N being 
different between the Enterprise's BoM and the control Partner's. 
Disconnects for P/N that appear on one BoM but not the other are also 
disconnects. Alerts are generated based on either of these conditions. 


Data Dependency 


Rule is configured for the CM and should be run periodically when 
changes to the BoM are loaded. 


Rule Properties 


General Properties: CM. 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; CM. 


Alert Summary Display 


Alert Generate Date 
Enterprise Partner 
CM 
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Component r/iN 




linterpiiSe v^uanuiy 
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Alert Detail Display 


Details: 




/\ien oeneraic i^dic 




PAT 




Properties: 




Enterprise Partner 




Assembly P/N 




Component P/N 




Enterprise Quantities 




cm r artner 








Variance: 




Delta Quantity 




Configuration: 




Partner 

J. Cll LJLJ.V1 


Drill Down(s) 


Buy-Side Part Master 




Notification History 




Sell-Side Part Master 


Resolution 


No resolution. 



4. HARDWARE OVERVIEW 

Embodiments of the invention may be implemented in one or more sequences of 
5 computer program instructions that are stored on computer-readable media and executed by 
one or more processors. For the purpose of clarity and completeness, an example 
implementation of a computer system and computer-readable media are now described. 

FIG. 8 is a block diagram that illustrates a computer system 800 upon which an 
embodiment of the invention may be implemented. Computer system 800 includes a bus 802 
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or other communication mechanism for communicating information, and a processor 804 
coupled with bus 802 for processing information. Computer system 800 also includes a main 
memory 806, such as a random access memory ("RAM") or other dynamic storage device, 
coupled to bus 802 for storing information and instructions to be executed by processor 804. 

5 Main memory 806 also may be used for storing temporary variables or other intermediate 
information during execution of instructions to be executed by processor 804. Computer 
system 800 further includes a read only memory ("ROM") 808 or other static storage device 
coupled to bus 802 for storing static information and instructions for processor 804. A 
storage device 810, such as a magnetic disk or optical disk, is provided and coupled to bus 

1 0 802 for storing information and instructions. 

Computer system 800 may be coupled via bus 802 to a display 812, such as a cathode 
ray tube ("CRT"), for displaying information to a computer user. An input device 814, 
including alphanumeric and other keys, is coupled to bus 802 for communicating information 
and command selections to processor 804. Another type of user input device is cursor 

1 5 control 816, such as a mouse, a trackball, or cursor direction keys for communicating 

direction information and command selections to processor 804 and for controlling cursor 
movement on display 812. This input device typically has two degrees of freedom in two 
axes, a first axis (e.g., x) and a second axis (e.g., y), that allows the device to specify 
positions in a plane. 

20 The invention is related to the use of computer system 800 for automatically 

identifying and resolving one or more discrepancies in an outsourced manufacturing supply 
chain in which a plurality of supply chain partners participate. According to one 
embodiment of the invention, automatically identifying and resolving one or more 
discrepancies in an outsourced manufacturing supply chain in which a plurality of supply 

25 chain partners participate is provided by computer system 800 in response to processor 804 
executing one or more sequences of one or more instructions contained in main memory 806. 
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Such instructions maybe read into main memory 806 from another computer-readable 
medium, such as storage device 810, Execution of the sequences of instructions contained in 
main memory 806 causes processor 804 to perform the process steps described herein. In 
alternative embodiments, hard- wired circuitry may be used in place of or in combination with 
5 software instructions to implement the invention. Thus, embodiments of the invention are 
not limited to any specific combination of hardware circuitry and software. 

The term "computer-readable medium" as used herein refers to any medium that 
participates in providing instructions to processor 804 for execution. Such a medium may 
take many forms, including but not limited to, non- volatile media, volatile media, and 

10 transmission media. Non-volatile media includes, for example, optical or magnetic disks, 

such as storage device 810. Volatile media includes dynamic memory, such as main memory 
806. Transmission media includes coaxial cables, copper wire and fiber optics, including the 
wires that comprise bus 802. Transmission media can also take the form of acoustic or light 
waves, such as those generated during radio wave and infrared data communications. 

15 Common forms of computer-readable media include, for example, a floppy disk, a 

flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD-ROM, any other 
optical medium, punchcards, papertape, any other physical medium with patterns of holes, a 
RAM, a PROM, and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a 
carrier wave as described hereinafter, or any other medium from which a computer can read. 

20 Various forms of computer readable media may be involved in carrying one or more 

sequences of one or more instructions to processor 804 for execution. For example, the 
instructions may initially be carried on a magnetic disk of a remote computer. The remote 
computer can load the instructions into its dynamic memory and send the instructions over a 
telephone line using a modem. A modem local to computer system 800 can receive the data 

25 on the telephone line and use an infrared transmitter to convert the data to an infrared signal. 
An infrared detector can receive the data carried in the infrared signal and appropriate 
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circuitry can place the data on bus 802. Bus 802 carries the data to main memory 806, from 
which processor 804 retrieves and executes the instructions. The instructions received by 
main memory 806 may optionally be stored on storage device 810 either before or after 
execution by processor 804. 
5 Computer system 800 also includes a communication interface 8 1 8 coupled to bus 

802. Communication interface 818 provides a two-way data communication coupling to a 
network link 820 that is connected to a local network 822. For example, communication 
interface 818 may be an integrated services digital network ("ISDN") card or a modem to 
provide a data communication connection to a corresponding type of telephone line. As 

1 0 another example, communication interface 818 may be a local area network ("LAN") card to 
provide a data communication connection to a compatible LAN. Wireless links may also be 
implemented. In any such implementation, communication interface 818 sends and receives 
electrical, electromagnetic or optical signals that carry digital data streams representing 
various types of information. 

15 Network link 820 typically provides data communication through one or more 

networks to other data devices. For example, network link 820 may provide a connection 
through local network 822 to a host computer 824 or to data equipment operated by an 
Internet Service Provider ("ISP") 826. ISP 826 in turn provides data communication services 
through the worldwide packet data communication network now commonly referred to as the 

20 "Internet" 828. Local network 822 and Internet 828 both use electrical, electromagnetic or 
optical signals that carry digital data streams. The signals through the various networks and 
the signals on network link 820 and through communication interface 818, which carry the 
digital data to and from computer system 800, are exemplary forms of carrier waves 
transporting the information. 

25 Computer system 800 can send messages and receive data, including program code, 

through the network(s), network link 820 and communication interface 818. In the Internet 
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example, a server 830 might transmit a requested code for an application program through 
Internet 828, ISP 826, local network 822 and communication interface 818. In accordance 
with the invention, one such downloaded application provides for automatically identifying 
and resolving one or more discrepancies in an outsourced manufacturing supply chain in 
5 which a plurality of supply chain partners participate as described herein. 

Processor 804 may execute the received code as it is received, and/or stored in 
storage device 8 1 0, or other non- volatile storage for later execution. In this manner, 
computer system 800 may obtain application code in the form of a carrier wave. 



10 5. EXTENSIONS AND ALTERNATIVES 

In the foregoing specification, the invention has been described with reference to 
specific embodiments thereof. It will, however, be evident that various modifications and 
changes may be made thereto without departing from the broader spirit and scope of the 
invention. The specification and drawings are, accordingly, to be regarded in an illustrative 

1 5 rather than a restrictive sense. 
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CLAIMS 

What is claimed is: 



1 1 . A method of automatically identifying and resolving one or more discrepancies in an 

2 outsourced manufacturing supply chain in which an enterprise and a plurality of its 

3 supply chain partners participate, the method comprising the computer-implemented 

4 steps of: 

5 receiving first supply chain event information representing one or more first supply 

6 chain events from each of the supply chain partners at a database with which 

7 each of the supply chain partners may communicate over a network; 

8 periodically applying one or more rules to the first supply chain event information; 

9 generating one or more alerts pertaining to one or more discrepancies that are found in 

10 the supply chain event information, based on applying the rules; 

1 1 communicating one of the alerts to only those supply chain partners who are 

12 participating in a transaction to which the discrepancies relate; 

13 receiving second information that represents a second supply chain event that resolves 

14 the alert; 

1 5 resolving the alert in the database based on the second information. 

1 2. A method as recited in Claim 1 , further comprising the step of periodically escalating 

2 the alert to one or more pre-defined parties associated with each of the supply chain 

3 partners who are participating in the transaction to which the discrepancies relate, 

4 until the second information is received. 

1 3. The method as recited in Claim 2, wherein the step of periodically escalating the alert 

2 comprises the steps of: 

3 determining a set of one or more new unsent alerts; 

4 consolidating the set of new unsent alerts by rule and by recipient; 

5 sending the consolidated alerts to each recipient in a message that is organized by 

6 rule. 
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1 4. A method as recited in Claim 1, wherein the step of receiving first supply chain event 

2 information further comprises the steps of: 

3 receiving the first supply chain event information in the form of one or more 

4 electronic documents that are formatted as Partner Integration Process 

5 documents in a staging database; 

6 validating the electronic documents according to Partner Integration Process 

7 standards; 

8 importing only those electronic documents that are validated successfully into an 

9 alerts database that is logically separate from the staging database. 

1 5. A method as recited in Claim 1 , wherein the steps of generating and resolving further 

2 comprise the steps of: 

3 periodically evaluating one or more existing alerts that are stored in an alerts table of 

4 the database; 

5 determining whether a particular existing alert is marked as resolved; and 

6 removing the particular existing alert from the alerts table. 

1 6. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying an Expected Delivery Disconnect rule to identify one or more 

3 differences between a Buy-Side Partner's PO delivery date and quantity and a Sell- 

4 Side Partner's Sales Order delivery date and quantity. 

1 7. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying an Unplaced Purchase Order rule to identify planned purchase 

3 orders for which an actual purchase order has not yet been placed. 

1 8. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Late Purchase Order Receipt rule to identify purchase orders that 

3 have late receipts to a Buy-Side Partner. 
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1 9. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Late Sales Order Shipment rule to identify sales orders having late 

3 ship dates to the Buy-Side Partner. 

1 1 0, The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Late Trigger Start rule to identify Work Orders having late starts 

3 to the enterprise, based on late trigger starts. 

1 11. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Supply/Demand Disconnect rule to identify when a Partner's 

3 Gross Component Demand exceeds its Supply over the course of the planning period. 

1 12. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of: 

3 receiving a set of updated manufacturing resource planning (MRP) data from a first 

4 supply chain partner; 

5 applying a MRP Profile rule that results in generating a user interface display that 

6 summarizes how the supply chain is affected by one or more changes reflected 

7 in the MRP data. 

1 13. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Baseline Forecast Disconnect rule to identify a difference between 

3 a baseline forecast of a Buy-Side Partner and a forecast of said partner for a current 

4 week. 
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1 1 4. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Forecast Time Fence Disconnect rule to identify a difference 

3 between a Current Forecast of the enterprise and a previous week forecast in 

4 comparison to a Time Fence Agreement that the enterprise has entered into with the 

5 partner. 

1 15. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Lead Time Disconnect rule to identify one or more differences in 

3 Lead Times between a Buy-Side Partner and a Sell-Side Partner. 

1 16. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Sales Order Change rule to identify one or more purchase orders 

3 that have changed and that will affect current Sales Orders. 

1 17. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Top Level Demand Disconnect rule to identify one or more 

3 differences between a forecast of the enterprise and a master production schedule load 

4 of a contract manufacturer that is one of the supply chain partners. 

1 18. The method as recited in Claim 5, wherein periodically applying rules comprises the 

2 steps of applying a Lead Time/Delivery Date Disconnect rule to identify one or more 

3 purchase orders that have been placed with Lead Times different than quoted Lead 

4 Times. 
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1 19. A computer-readable medium carrying one or more sequences of instructions for 

2 automatically identifying and resolving one or more discrepancies in an outsourced 

3 manufacturing supply chain in which an enterprise and a plurality of its supply chain 

4 partners participate, which instructions, when executed by one or more processors, 

5 cause the one or more processors to carry out the steps of: 

6 receiving first supply chain event information representing one or more first supply 

7 chain events from each of the supply chain partners at a database with which 

8 each of the supply chain partners may communicate over a network; 

9 periodically applying one or more rules to the first supply chain event information; 

10 generating one or more alerts pertaining to one or more discrepancies that are found in 

11 the supply chain event information, based on applying the rules; 

12 communicating one of the alerts to only those supply chain partners who are 

1 3 participating in a transaction to which the discrepancies relate; 

14 receiving second information that represents a second supply chain event that resolves 

15 the alert; 

16 resolving the alert in the database based on the second information. 

1 20. An apparatus for automatically identifying and resolving one or more discrepancies in 

2 an outsourced manufacturing supply chain in which an enterprise and a plurality of its 

3 supply chain partners participate, comprising: 

4 means for receiving first supply chain event information representing one or more 

5 first supply chain events from each of the supply chain partners at a database 

6 with which each of the supply chain partners may communicate over a 

7 network; 

8 means for periodically applying one or more rules to the first supply chain event 

9 information; 

1 0 means for generating one or more alerts pertaining to one or more discrepancies that 

1 1 are found in the supply chain event information, based on applying the rules; 

12 means for communicating one of the alerts to only those supply chain partners who 

13 are participating in a transaction to which the discrepancies relate; 
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14 means for receiving second information that represents a second supply chain event 

1 5 that resolves the alert; 

1 6 means for resolving the alert in the database based on the second information. 

1 21. An apparatus for automatically identifying and resolving one or more discrepancies in 

2 an outsourced manufacturing supply chain in which an enterprise and a plurality of its 

3 supply chain partners participate, comprising: 

4 a network interface that is coupled to the data network for receiving one or more 

5 packet flows therefrom; 

6 a processor; 

7 one or more stored sequences of instructions which, when executed by the processor, 

8 cause the processor to carry out the steps of; 

9 receiving first supply chain event information representing one or more first 

1 0 supply chain events from each of the supply chain partners at a 

1 1 database with which each of the supply chain partners may 

1 2 communicate over a network; 

1 3 periodically applying one or more rules to the first supply chain event 

14 information; 

1 5 generating one or more alerts pertaining to one or more discrepancies that are 

16 found in the supply chain event information, based on applying the 

17 rules; 

1 8 communicating one of the alerts to only those supply chain partners who are 

1 9 participating in a transaction to which the discrepancies relate; 

20 receiving second information that represents a second supply chain event that 

21 resolves the alert; 

22 resolving the alert in the database based on the second information. 



50325-0519 (Seq. No. 3693) 



-64- 



1 22. An apparatus for automatically identifying and resolving one or more discrepancies in 

2 an outsourced manufacturing supply chain in which an enterprise and a plurality of its 

3 supply chain partners participate, comprising: 

4 a network interface that is coupled to the data network for receiving one or more 

5 packet flows therefrom; 

6 an alerts subsystem that is communicatively coupled to a database table that includes 

7 first supply chain event information representing one or more first supply 

8 chain events from each of the supply chain partners; 

9 rule logic that is communicatively coupled to the alerts subsystem and that is 

1 0 configured to periodically apply one or more rules to the first supply chain 

1 1 event information and generate one or more alerts pertaining to one or more 

12 discrepancies that are found in the supply chain event information, based on 

1 3 applying the rules; and 

14 alert delivery logic that is communicatively coupled to the alerts subsystem and that is 

1 5 configured to communicate one of the alerts to only those supply chain 

16 partners who are participating in a transaction to which the discrepancies 

17 relate. 

1 23. An apparatus as recited in Claim 22, wherein the rule logic further is configured to 

2 receive second information that represents a second supply chain event that resolves 

3 the alert and to resolve resolving the alert in the database table based on the second 

4 information. 

1 24. An apparatus as recited in Claim 23, further comprising alert escalation logic that is 

2 configured to periodically escalate the alert to one or more pre-defined parties 

3 associated with each of the supply chain partners who are participating in the 

4 transaction to which the discrepancies relate, until the second information is received. 
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1 25. An apparatus as recited in Claim 24, further comprising an administrative subsystem 

2 configured to enable an administrative user to create and store one or more values that 

3 define the pre-defined parties and one or more other characteristics of the supply 

4 chain partners. 

1 26. An apparatus as recited in Claim 22, further comprising user interface generating 

2 logic that is configured to generate one or more user interface pages for delivery to a 

3 logically separate display station, wherein one of the user interface pages comprises a 

4 summary view of one of the alerts, and includes one or more links to detailed views of 

5 information related to the one of the alerts that is shown in the summary view. 

1 27. An apparatus as recited in Claim 22, further comprising user interface generating 

2 logic that is configured to generate one or more user interface pages for delivery to a 

3 logically separate display station, wherein one of the user interface pages comprises a 

4 summary view of one of the alerts, and includes one or more links to detailed views of 

5 information related to the one of the alerts that is shown in the summary view, 

6 wherein the links are selected from among a plurality of links relating to all alerts and 

7 include only links that specifically pertain to the one of the alerts that is shown in the 

8 summary view. 
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ABSTRACT OF THE DISCLOSURE 



A method is disclosed for automatically identifying and resolving one or more discrepancies 
in an outsourced manufacturing supply chain in which a plurality of supply chain partners 
participate. According to this aspect, information representing one or more supply chain 
5 events is received from each of the supply chain partners in a database with which each of 
the supply chain partners may communicate over a public network. One or more rules are 
applied periodically to the supply chain event information, resulting in generating one or 
more alerts pertaining to one or more discrepancies that are found in the supply chain event 
information. The alerts are communicated to the supply chain partners who are participating 

10 in a transaction to which the discrepancies relate. Each alert remains active until second 
information is received that represents a second supply chain event that resolves the alert. 
According to one feature, the alerts are periodically escalated until they are resolved. A hub- 
and-spoke supply chain management system that facilitates the foregoing method, and other 
features, is also disclosed. In other aspects, the invention encompasses a computer apparatus, 

1 5 a computer readable medium, and a carrier wave configured to carry out the foregoing steps. 
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METHOD AND APPARATUS PROVIDING A SUPPLY CHAIN MANAGEMENT 
SYSTEM USEFUL IN OUTSOURCED MANUFACTURING 



FIELD OF INVENTION 

The present invention generally relates to computer-assisted management of 
5 manufacturing processes such as supply chain management. The invention relates more 
specifically to a method and apparatus providing a supply chain management system useful 
in outsourced manufacturing, including a method of automatically identifying and resolving 
one or more discrepancies in an outsourced manufacturing supply chain in which a plurality 
of supply chain partners participate. 

1 0 BACKGROUND OF THE INVENTION 

Outsourced manufacturing is a method of making products or services in which a first 
enterprise researches and develops products and then contracts with one or more other 
enterprises to actually make and deliver the products, or their components or subassemblies. 
Large business enterprises involved in developing many different products and services have 

1 5 rapidly turned to outsourced manufacturing in recent years as a way to provide flexibility in 
their operations. For example, if a research enterprise has developed a product and suddenly 
receives a large increase in orders for the product, the research enterprise can contract with 
multiple vendors to make and deliver the product, and then discontinue the contracts when 
order volume decreases. Without outsourced manufacturing, an enterprise is required to 

20 manage regular changes in manufacturing capacity, at significant direct and indirect cost to 
the enterprise. 

However, one disadvantage of using outsourced manufacturing on a large-scale basis 
is that the outsourcing enterprise loses a degree of control over the manufacturing process. 

-2- 
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For example, if a contract manufacturer fails to receive timely deliveries of needed parts 
from one or more suppliers, the manufacturer's production schedule may slip, and the 
outsourcing enterprise cannot deliver products to its customers on time. Moreover, the 
outsourcing enterprise typically receives no information about the existence or nature of such 
5 shortages or other problems that arise far down the supply chain, because the outsourcing 
enterprise has no direct contractual relationship or communication with the downstream 
suppliers. The problems become known only when the contract manufacturer informs the 
outsourcing enterprise about a change in delivery schedule. When the outsourcing enterprise 
is a very large business organization with numerous products and an annual sales volume 

1 0 amounting to billions of dollars, these problems become acute and unacceptable. 

Based on the foregoing, there is a need for a way to provide management of an 
outsourcing enterprise with visibility of events occurring in all parts of the supply chain, i.e., 
end-to-end supply chain visibility. In addition, management needs analysis tools to 
understand the impact of events occurring deep in the supply chain and to suggest relevant 

1 5 resolution options. 

One approach to this need is to provide an enterprise resource planning (ERP) 
software system at the outsourcing enterprise, and require all supply chain partners of the 
outsourcing enterprise to deploy and use the same ERP system so that compatible data files 
can be interchanged. Providers of ERP software systems include Baan, Oracle, SAP AG, and 

20 others. Unfortunately, deployment of such ERP systems including licensing, installation, and 
training is extremely expensive. The cost is normally beyond the resources of medium-sized 
or smaller supply chain partners who otherwise produce quality products and form essential 
parts of the supply chain. 

Still another need in this context relates to communicating instructions and 

25 information to supply chain partners who are located far down the supply chain from the 

outsourcing enterprise. In a typical enterprise, when one or more new orders are received for 
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a particular product, the enterprise will initiate and communicate one or more new demand 
signals to its contract manufacturers, asking them to start making products that the enterprise 
can use to fulfill its orders. If the contract manufacturers need new supplies of parts, they 
must contact all appropriate vendors with separate signals or requests to supply the parts. If 
5 such suppliers also need component materials or other parts, they must send separate signals 
or requests further down the supply chain. This process results in delay in ultimately 
completing the products needed by the enterprise, and increases manufacturing costs. There 
is a need for the outsourcing enterprise to communicate new demand signals as far down the 
supply chain as necessary in a substantially concurrent way, and as directly as possible, so 
1 0 that all supply chain partners know as soon as possible that additional products are needed by 
the enterprise. 

Similarly, there is a need to communicate other kinds of signals, requests or 
instructions from the outsourcing enterprise to all supply chain partners. For example, the 
enterprise may wish to send material move signals, supply status requests, and receive 
1 5 exception conditions to or from all entities involved in the supply chain. 

Another deficiency of past approaches pertains to decision-making. In general, 
existing systems provide no automated way to request action when problems arise, and no 
way to guarantee that appropriate action is taken in response to problems. Thus, there is a 
need for a way to issue alert messages in response to problems, and to enforce an organized 
20 process of responding to and acting on the alerts. 

There is also a need for a way to facilitate direct communication among the enterprise 
and downstream supply chain partners with which the enterprise has no direct contractual or 
transactional relationship. 
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SUMMARY OF THE INVENTION 

The present invention comprises, in one aspect, a method for automatically 
identifying and resolving one or more discrepancies in an outsourced manufacturing supply 
chain in which a plurality of supply chain partners participate. According to this aspect, 
5 information representing one or more supply chain events is received from each of the supply 
chain partners in a database with which each of the supply chain partners may communicate 
over a public network. One or more rules are applied periodically to the supply chain event 
information, resulting in generating one or more alerts pertaining to one or more 
discrepancies that are found in the supply chain event information. The alerts are 
10 communicated to the supply chain partners who are participating in a transaction to which the 
discrepancies relate. Each alert remains active until second information is received that 
represents a second supply chain event that resolves the alert. 

According to one feature, the alerts are periodically escalated until they are resolved. 

A hub-and-spoke supply chain management system that facilitates the foregoing 
1 5 method, and other features, is also disclosed. 

In other aspects, the invention encompasses a computer apparatus, a computer 
readable medium, and a carrier wave configured to carry out the foregoing steps. 



50325-0519 (Seq. No. 3693) 



-5- 



BRIEF DESCRIPTION OF THE DRAWINGS 



The present invention is illustrated by way of example, and not by way of limitation, 
in the figures of the accompanying drawings and in which like reference numerals refer to 
similar elements and in which: 
5 FIG. 1 A is a block diagram illustrating a supply chain context in which an 

embodiment may be used. 

FIG. IB is a block diagram showing a supply chain management system as related to 
supply chain partners. 

FIG. 1C is a block diagram of a supply chain management system. 
1 0 FIG. 2A is a flow diagram of top-level steps involved in an embodiment of 

processing supply chain information. 

FIG. 2B is a flow diagram of a process of carrying out rule and alert processing. 
FIG. 2C is a flow diagram of a process of carrying out analysis database processing. 
FIG. 3 A is a diagram of a screen display that provides an example of a suitable 
1 5 system user interface. 

FIG. 3B is a diagram of a screen display that provides a detailed view of the 
information shown in FIG. 3 A. 

FIG. 4 is a block diagram of a process of providing planning information to a supply 
chain management system. 
20 FIG. 5 is a block diagram of a process of providing procurement process information 

to a supply chain management system. 

FIG. 6 is a block diagram of a process of providing product information to a supply 
chain management system. 

FIG. 7 is a block diagram of a process of providing production process information to 
25 a supply chain management system. 
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FIG. 8 is a block diagram that illustrates a computer system upon which an 
embodiment may be implemented. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



A method and apparatus providing a supply chain management system useful in 
outsourced manufacturing is described. In the following description, for the purposes of 
explanation, numerous specific details are set forth in order to provide a thorough 
5 understanding of the present invention. It will be apparent, however, to one skilled in the art 
that the present invention may be practiced without these specific details. In other instances, 
well-known structures and devices are shown in block diagram form in order to avoid 
unnecessarily obscuring the present invention. 

In general, in one embodiment, the disclosed method and apparatus uses a supply 
1 0 chain management database to enable a complete supply chain to have visibility of 

exceptions and critical success factors. A configurable user interface provides access to view 
and analyze critical alerts, exceptions and success factors. Electronic alert notification occurs 
in response to any business rule violation, and alerts may be dispatched via e-mail, pager or 
using a software application programming interface (API). Advanced analysis, reporting, and 
1 5 data mining is available through integration with an online analysis database system. 

The description herein is structured according to the following outline: 

1 . STRUCTURAL OVERVIEW 

2. FUNCTIONAL OVERVIEW 

2.1 GENERAL PROCESS FLOW 
20 2.2 INFORMATION DELIVERY 

2.3 USER INTERFACE 

2.4 RULES AND ALERTS; RULE CONFIGURATION AND 
PROCESSING 

2.5 ALERT ESCALATION 
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2.6 ALERT DELIVERY 

2.7 SOURCES OF DATA FROM PARTNERS 

2.8 ON-DEMAND REPORTS 

2.9 SECURITY 
5 3. RULE LOGIC 

4. HARDWARE OVERVIEW 

5. EXTENSIONS AND ALTERNATIVES 

In this description, the following acronyms and terms have the following definitions: 
BOM — Bill of Materials; a list of the materials or components that make up a 
1 0 finished product. 

BPO— Blanket Purchase Order. 
BSO— Blanket Sales Order, 
CM — Contract Manufacturer. 

Demand-Side Partner — An entity in the supply chain that is receiving something, 
15 often a component of a product, a chassis, or an assembly, from another entity in the supply 
chain. A synonym is "Buyer." 

ERP — Enterprise Resource Planning. 

MPS — Master Production Schedule. 

MRP — Manufacturing Resource Planning. 
20 PIP — Partner Integration Process. 

PM — Part Master; a reference database of a partner that stores basic information 
about the partner's parts or components. 

P/N— Part Number. 

PO — Purchase Order. 
25 SO— Sales Order. 
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Supply-Side Partner — An entity in the supply chain that is supplying something, often 
a component of a product, a chassis, or an assembly, to another entity in the supply chain. A 
synonym is "Seller." 

Time Fence — A period of time for performing a task, defined by a start time, end 
5 time, and agreed-upon percentage of time by which the start time or end time may vary. Time 
fences are the subjects of advance agreement ("Time Fence Agreement") between partners. 

WO— Work Order. 

XML — Extensible Markup Language. 



10 1 . STRUCTURAL OVERVIEW 

FIG. 1 A is a block diagram illustrating a supply chain context in which an 
embodiment may be used. An end user 2 purchases, uses or receives products or services 
from a research and development enterprise 4, which carries out product development, 
engineering, design, and related activities. For manufacturing of its products, however, 

15 enterprise 4 outsources to one or more contract manufacturers 6A and contract assemblers 
14. Where the products of enterprise 4 are computer-related, for example, contract 
manufacturer 6A and contract assembler 14 may be involved in board-level fabrication, 
chassis assembly, etc. They may also carry out testing, quality assurance, and shipping of 
products to end user 2. Alternatively, contract manufacturer 6 A and contract assembler 14 

20 may ship assembled products to enterprise 4 for final testing, quality assurance, and shipping 
to a customer. 

The contract manufacturer 6 A and contract assembler 14 may receive component 
parts and raw materials from one or more sub-contract manufacturers 8A, parts suppliers 
10A, 10B, and materials suppliers 12 A, 12B. The contract manufacturer 6 A and contract 
25 assembler 14 also may sub-contract out for services that do not involve direct supply of 
tangible materials, parts or assemblies, such as chassis painting, soldering, etc. 
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For purposes of illustrating a clear example, a small number of entities are shown in 
FIG. 1 A, however, in a practical business environment there may be hundreds or thousands 
of parties participating in the entire supply chain. Although all entities depicted in FIG. 1 A 
participate in the supply chain and considered are important supply chain partners, enterprise 
5 4 is the focus of this description and is considered a central point or hub of information, 

command and control, and the other entities are viewed as spokes or supporting organizations 
around the hub. Further, each of the partners have direct logical connections to supply chain 
management system 20 and can contribute information to the system, receive alerts from the 
system, and generate reports relating to the supply chain and its other partners. 

10 FIG. IB is a block diagram showing a supply chain management system as related to 

supply chain partners. Any number of supply chain partners 24 A, 24B, 24C, 24D are 
communicatively coupled to a network 22. Supply chain management system 20, which is 
associated with enterprise 4 of FIG. 1 A, is also communicatively coupled to network 22, 
which may be one or more local area networks, wide area networks, internetworks, or public 

1 5 internetwork such as the Internet. In this arrangement, supply chain management system 20 
is related to partners 24A, 24B, 24C, etc., as a hub to spokes. As shown by example for 
partner 24D, each of the partners communicates through network 22 with supply chain 
management system 20 using a computer 28 that executes a browser 26. 

One or more administrative clients or users 30 are communicatively coupled to 

20 supply chain management system 20 directly or through one or more local networks 36. Each 
administrative user 30 communicates with supply chain management system 20 using a 
browser 32 that is executed by a computer 34. Similarly, one or more enterprise clients or 
users 38 are communicatively coupled to supply chain management system 20 directly or 
through one or more local networks 36. Each administrative user 38 communicates with 

25 supply chain management system 20 using a browser 40 that is executed by a computer 42. 
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Administrative users are distinguished from enterprise users in that administrative users have 
greater privileges to view and modify data in system 20. 

FIG. 1C is a block diagram of a supply chain management system. Data from one or 
more supply chain partners of enterprise 4, represented by block 1 02, is initially received and 
5 stored in a staging database 1 04. After certain processing as described further herein, a 
portion of the supply chain partner data 102 proceeds to a supply chain management alerts 
database 106 ("Alerts Database 106") and to an online analysis database 108. 

In an embodiment, supply chain partner data 102 is formatted as one or more 
electronic documents that conform to one of the Partner Integration Processes or PIPs as 
1 0 defined by the RosettaNet consortium of information technology companies, which is 
headquartered in Santa Ana, California. In general, RosettaNet PIPs define business 
processes between supply-chain companies, providing the models and documents for the 
implementation of standards. In an embodiment as described herein, each PIP defines a type 
of supply chain electronic document based on Extensible Markup Language (XML). 
15 Different PIPs correspond to different kinds of supply chain information. For example, one 
PIP is used to structure data comprising purchase order information, another PIP is used to 
convey materials order information, etc. Each PIP has a unique identifying label. Examples 
of PIPs include: 

EA01 — Used for master schedule data. 
20 EA03 — Used for commit data. 

EA06 — Used for gross demand data. 
EA07— Used for planned PO data. 
EB01 — Used for inventory data. 
EB03 — Used for work order data and triggers. 
25 EC01 — Used for purchase order data. 

EC02 — Used for blanked purchase order data. 
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EC04 — Used for sales order data. 
ED01 — Used for bill of materials data. 
ED03 — Used for parts master and approved vendor list data. 
ED04 — Used for parts master data, 
5 In one example embodiment, staging database 104 is a relational database system, e.g., 
Oracle, Sybase, etc.; Alerts Database 106 is a component of the NetWORKS 
ExchangeWorks Material software product of Manugistics, Inc.; and online analysis database 
108 is a component of the ONEview OLAP software system of Manugistics, 

An administrative subsystem 110 interacts with staging database 104 to transform the 
1 0 supply chain partner data 1 02 into validated data that is suitable for use in supply chain 
management. Administrative subsystem 110 has a user interface 112 that can interact with 
one or more administrative users through visual means, such as graphical display terminals. 
A security mechanism 114 manages addition and authentication of users, 

A partner configuration mechanism 116 enables an administrative user to define 
15 supply chain partners in the system and configure its operations to be compatible with new 
partners. Partner configuration mechanism 116 includes means for creating and storing 
various kinds of Partner data. For example, each partner may be designated by a Short Name, 
e.g., a 10-character name for a partner that may be an abbreviation of the full name of the 
partner. This short name is used in summary alert displays and reports as appropriate. 
20 Partner configuration mechanism 1 16 also includes means for adding partners to the supply 
chain management database 106 with a flag that indicates that they are part of the system. 
There may be un-flagged partners who are in the database but do not participate in system 
20. 

An alerts subsystem 120 interacts with Alerts Database 106 to generate and track alert 
25 messages when violations of pre-defined supply chain management rules occur. A user 
interface 122 enables one or more users to view alert messages, obtain more detailed 
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information about alerts and underlying electronic documents that resulted in the alerts 
("drilling down"), establish and modify rules that result in alerts, etc. 

Rule logic 124 provides a means for determining whether one or more stored rules are 
satisfied by information in Alerts Database 106. If a rule is satisfied, then an alert message is 
5 generated in response to changes in information in Alerts Database 106. 

Rule configuration mechanism 126 enables creation and modification of rules that 
govern alerts. Rules are stored in Alerts Database 106 in association with information about 
partners or PIPs. Rule configuration is provided using rule configuration mechanism 126 for 
all appropriate rules for each partner. A partner can only have one rule configuration per rule 
10 type. 

An alert initiation mechanism 128 is responsible for creating an alert in response to a 
determination that one or more rules of rule logic 124 are satisfied by current information in 
Alerts Database 106. When an alert is created, alert delivery mechanism 140 carries out 
delivery of the alert message through one or more means such as email, pager, or by calling 

1 5 programmatic functions or mechanisms. A user who receives an alert can respond by closing 
the alert or optionally escalating the alert to another user or responsible individual of a supply 
chain partner until satisfactory resolution of the alert occurs. Alert escalation mechanism 142 
manages communication of escalated alerts to the correct party within a particular supply 
chain partner. Escalation configuration is part of the rule configuration mechanism 126, 

20 An analysis subsystem 130 facilitates reporting and analysis of actions that have 

occurred, alerts and general information in Alerts Database 106, Using a user interface 132, 
users can access online analytical processing functions that are provided by OLAP 
mechanism 134, and reports that are generated by report mechanism 136. 

Using this structure, an integrated supply chain management system is provided that 

25 effectively identifies, communicates and tracks responses to exceptional events. In general, 
the disclosed system provides a way to alert a user community to critical business 
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information and business problems within the supply chain and provide a central interface to 
such information. 

Embodiments may be implemented in one or more computer programs or other 
software elements that are executed by a general-purpose server or other processor, and 
5 accessed by users who use general-purpose computers as clients. Such embodiments may be 
based upon or conform to the RosettaNet Implementation Framework, its Dictionaries, and 
PIPs. hi such embodiments, the computer programs or software elements cooperate to carry 
out the functions described herein. A collection of such software elements operating in 
cooperation to carry out such functions, organized in the architecture described above and 
1 0 with data stored in the databases described above, is collectively referred to herein as "the 
system." 

2. FUNCTIONAL OVERVIEW 

2. 1 GENERAL PROCESS FLOW 

FIG. 2A is a flow diagram of top-level steps involved in an embodiment of 
1 5 processing supply chain information. For purposes of illustrating a clear example, the 
following description will discuss FIG. 2 A in connection with the system of FIG. 1C; 
however, the processes disclosed herein are not limited to the particular system illustrated in 
FIG. 1C. 

In block 202, supply chain partner data 102 is received into Staging Database 104 
20 from one or more supply chain partners. In block 204, the supply chain partner data 102 is 
validated to ensure that it conforms to correct PIP syntax, to ensure that all values are valid, 
etc. Validated data is then imported into the Alerts Database 106 from the Staging Database 
104, as shown by block 206. In block 208, rule and alert processing is carried out using the 
data in Alerts Database 106, as described below in connection with FIG. 2B. 
25 In block 210, in parallel with carrying out block 206, data is imported into the 

Analysis Database 108 from the Staging Database 104 and Alerts Database 106. Analysis 
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database processing occurs using the data, as shown by block 212, and as described below in 
connection with FIG. 2C. 

FIG. 2B is a flow diagram of a process of carrying out rule and alert processing as 
identified by block 208 of FIG. 2 A. 
5 In block 220, a determination is periodically made about whether any rules in Alerts 

Database 106 are satisfied with respect to any data in the Alerts Database. In one 
embodiment, according to a periodic schedule, rules for a particular partner or PIP are 
evaluated. If evaluation of a particular rule indicates that an alert is needed, then an alert is 
created in memory and evaluated. 

1 0 In block 222, all alerts currently in existence are evaluated, as detailed in the 

succeeding steps. In block 224, a test is made to determine whether a particular alert is a new 
alert. If so, then a persistent entry is created for the alert in an alert table of Alerts Database 
106, as indicated by block 226. If the alert already exists, then no action is taken. If the alert 
has been resolved or repaired, as indicated by information in Alerts Database 206, then the 

1 5 alert is removed from the alert table. 

Processes for notification and escalation of alerts, as represented by block 230, are 
configured to run on a periodic basis. In block 232, the process determines whether there are 
any new alerts that have not been sent out to the appropriate recipient. If so, then they are 
sent at this time. Notifications are consolidated or ordered by rule for a particular recipient, 

20 as indicated by block 234. Thus, in a message sent to a particular recipient, all related alerts 
are grouped together. Block 236 represents the step of sending alerts to a recipient using an 
email message, pager message, other communication mechanism, or by calling a 
programmatic method to communicate alert data to an application program. 

FIG. 2C is a flow diagram of a process of carrying out analysis database processing, 

25 as illustrated by FIG. 2A, block 212. 
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In block 250, data in Analysis Database 108 is re-structured as necessary to support 
report generation and online analysis. For example, in one embodiment, data in Analysis 
Database 108 is transformed into Data Mart format, which provides structuring necessary for 
subsequent analysis and processing by the OmView database. In block 252, one or more 
5 batch reports are generated. Optionally, report generation may include display at a user 
display terminal. In block 254, one or more OLAP objects or displays, which have been 
previously created and saved by a user, are updated or "refreshed" using the re-structured 
data. Such refreshing ensures that the OLAP objects or displays accurately reflect newly 
imported data. 

10 2.2 INFORMATION DELIVERY 

Modes of information delivery offered by the system and processes described herein 
include alerts, on-demand reports, and advanced analysis data. As described further in 
succeeding sections, delivery of alerts includes providing a summary display of alerts, 
detailed access to alerts, and detailed views that provide supporting information about 

1 5 particular alerts ("drill downs"). 

Delivery of on-demand reports includes providing on-demand report data that is 
accessed and displayed using a standard browser program through one of the user interfaces 
112, 122, 132. Delivery of reports may also include exporting report data to a formatted file 
(e.g., a file of comma-separated values), or a printable version. 

20 Delivery of advanced analysis data includes providing batch OLAP reports, the 

ability to enter queries and receive responses, and other advanced analysis functions. In an 
embodiment, these advanced analysis functions are available to all supply chain partners; 
alternatively, they may be restricted to the core enterprise, e.g., enterprise 4 of FIG. 1 A. 
2.3 USER INTERFACE 

25 In one embodiment, access to alert information is provided through a graphical user 

interface that interacts with a browser client program through standard HTML code. To 
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interact with the system, a user directs a browser or other client to a pre-defined Universal 
Resource Locator (URL) that identifies a startup page or script of the system 20. In response, 
the system 20 delivers one or more pages comprising the user interface to the client. 

FIG. 3 A is a diagram of a screen display that provides an example of a suitable 
5 system user interface. Screen display 300 generally comprises a function selection pane 320 
and a display pane 330. Function selection pane 320 includes an Alerts button 302, Analysis 
button 304, and Administration button 306. In one embodiment, screen display 300 is 
implemented as an HTML page that is displayed by a Web browser, and Alerts button 302, 
Analysis button 304, and Administration button 306 are selectable hyperlinks. Selecting 

10 Alerts button 302 causes the system to generate an alerts display of the type shown in FIG. 
3 A. Selecting Analysis button 304 causes the system to generate a different display that 
provides access to OLAP functions, batch reporting, etc. 

Selecting Administration button 306 causes the system to generate a display that 
provides access to administrative functions. In an embodiment, the administration user 

1 5 interfaces provides access to functions for the configuration of rules, escalation, approved 
vendor list and other system settings. 

Display pane 330 includes a rule pull-down menu 308, navigation links 310, alert title 
bar 312, field headings 314, and alert data 316. The user interface provides access to alerts by 
rule type, so that in one embodiment, all alerts that are triggered by a particular type of rule 

20 are grouped together. A user views alerts corresponding to a particular rule by selecting the 
rule of interest from rule pull-down menu 308. In a large enterprise that has a large number 
of supply chain partners, there may be numerous users, each of which is responsible for a 
selected sub-group of the supply chain partners. In this arrangement, each user accesses alerts 
based on the supply chain partner and part numbers for which that user has responsibility. 

25 If there are a large number of alerts for a particular rule, then the system displays the 

first 25 alerts, and the user may view other alerts by selecting one of the navigation links 3 1 0. 
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Although specific navigation links are shown in FIG. 3 A for the purpose of illustrating a 
simple example, e.g., "Previous 25," "Next 25," "First 25," "Last 25," no particular 
navigation links are required, and different such links may be provided in other 
embodiments. 

5 Alert title bar 3 12 identifies the name alerts that are displayed in the screen display. 

The name of the alert in the title bar 312 is one of the rules specified in Table 1 herein. Field 
headings 314 identify the type of data that is displayed in tabular format as alert data 316 in 
successive lines within display pane 330. A user can sort information in alert data 316 one 
column at a time in ascending or descending order by selecting one of the field headings 314. 
10 In response to such selection, the system sorts the data using the selected field heading as a 
key, generates an updated screen display based on the sort, and provides the updated display 
to the browser. 

When a user first connects to the system, the initial view is a summary of all alerts for 
rules for the user, as shown in FIG. 3 A. The system presents a summary view of alerts by 

15 rule type. Also, an email is sent to the user for each rule and contains summary information. 
The purpose of the summary view and the email summary is to provide enough information 
to enable the user to prioritize and select what the user wants to work on next. Users can 
then work exclusively in a separate ERP system if desired, or can access the system disclosed 
herein through a URL for more information. 

20 FIG. 3B is a diagram of a screen display that provides a detailed view of the 

information shown in FIG. 3 A. Screen display 350 of FIG. 3B is obtained by selecting a 
detail view link 316 in screen display 300 of FIG. 3 A. Using screen display 350, a user can 
view more detailed information about an individual alert. Screen display 350 generally 
comprises the alert title bar 312, a drilldown link pane 354, a Properties pane 356, Variance 

25 pane 358, and Configuration pane 360. 
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Alert title bar 312 presents the name of the current type of alerts that is displayed, as 
in FIG. 3 A. Properties pane 356 presents values for specific properties of the alert, and the 
values correspond to those displayed in alert data 316 under field headings 3 14 in screen 
display 300 of FIG. 3 A. Variance pane 358 presents information about the number of times 
5 similar alerts have occurred for the same supply chain partner. Configuration pane 360 
presents information about variance configuration parameters (i.e. what percent variance 
constitutes an exception condition), and who has been configured to receive notification. 
Drilldown link pane 354 presents one or more links, selection of which causes the system to 
display even further detailed information relating to the alert. Typically the information 

1 0 accessible using links in drilldown link pane 354 is supporting information rather than details 
of an alert. Further, the specific drilldown links that are provided in pane 354 are selected and 
displayed by the system based on the current rule type. Thus, different drilldown link 
displays are provided in pane 354 according to the nature of the rule type shown in title bar 
312, and only the drilldowns that are specifically associated with a particular rule are have 

1 5 links displayed in pane 354. 

Table 1 presents a list of all available drill down views that can be potentially 
presented for rules. The section below entitled RULE LOGIC identifies the specific subset 
of drilldown views that are available for particular alerts. 

20 TABLE 1 - AVAILABLE DRILL-DOWN VIEWS 

Approved Vendor List - List of vendors who also supply a particular item. 

Buy-Side Part Master - List of attributes from Buyer's Part Master. 

Demand Pegging - List of forecast level demand items and their associated demand 
25 for the specified date, based on forecasts of the core enterprise (e.g., enterprise 4 of 

FIG. 1A). 

Excess Available - List of Partners that have excess inventory available for a 
particular item part number. Information includes a supply chain partner name and e- 
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mail address; the e-mail address is linked to launch a pre-configured e-mail 
application so that requests to purchase excess may be made rapidly. 



Forecast Profile - Similar to Supply/Demand Profile; provides a grid of data that 
represents Top Level Demand numbers over time, MPS Load numbers, the 
5 cumulative of each and the rolling delta between the two. In an embodiment, periods 

that exceed the configured thresholds are highlighted. 

Forecast Waterfall - A data display that provides the Oldest Baseline Forecast at top 
with current forecast on bottom. Each baseline version is indicated. Purchase Order 
Receipt data is incorporated as Actual Consumption. Totals are calculated for a 
10 Forecast Date, Forecast Variability, Actual Consumption, and Cumulative Delta for 

each Baseline. Forecast Variability is defined as Max(Demand) - Min(Demand) / 
Min(Demand) for a given week. 

Forecast Waterfall with Time Fence Profile - Data display that includes an Oldest 
Baseline Forecast at top with current forecast on bottom. Time Fence Profile 
15 incorporated based on lags. Each baseline version is indicated. Purchase Order 

Receipt data is incorporated as Actual Consumption. Totals are calculated for a MPS 
Date, Forecast Variability, Actual Consumption, and Cumulative Delta for each 
Baseline. 

Notification History - List of who has been notified of the associated alert, a date and 
20 time value indicating when it was sent and at what escalation level (1 , 2, or 3). A link 

is provided to allow the user to manually escalate the alert to the next level. If 
manual escalation is used, it is noted in the notification history. 

Purchase Order Detail - with Line Item Detail (Line Number, Part Number, Revision, 
Quantity, Balance Due, Required Date, Delivery Date, Status) and Receipt Detail 
25 (Line Number, Delivery Date, Required Quantity, Received Quantity, Remaining 

Quantity, Received Date) 

Sell-Side Part Master - List of attributes from Seller's Part Master. 

Shipment Order Detail - Provides detail information with Line Item (Line Number, 
Manufacturer Part Number, Rev, Quantity, Balance Due, Requested Delivery Date, 
30 Current Delivery Date, Current Ship Date, Status) and Shipment Detail (Line 

Number, Required Quantity, Shipped Quantity, Remaining Quantity, Shipment 
Identifier, Carrier, Tracking Id) 

Supply/Demand Profile - Provides a grid of data similar to Aggregated Net Demand 
Report that represents the Demand numbers over time, Supply numbers, the 
35 cumulative of each and the rolling delta between the two. The periods that exceed the 

configured thresholds are highlighted. 

Supply Detail - provides a breakdown of Supply components found in the Supply 
PIP, including On Hand and On Order components. 
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Where Used - List of all part numbers that are used within the referenced parts Bill of 
Material (BOM). If a part number is not a top-level part, then it is linked to 
additional parts within the BOM. This will continue until all part numbers are 
completely expanded. 

5 2.4 RULES AND ALERTS; RULE CONFIGURATION AND PROCESSING 

Rules are scheduled to run on a periodic basis by partner for a particular rule. Alerts 
are the result set of a given rule, and may comprise Data Alerts and Scheduled Alerts. 
In one embodiment, the rules set forth in Table 1 are defined and processed. 



10 TABLE 1 ~ EXAMPLES OF RULES 

Expected Delivery Disconnect 

Unplaced PO 

Late PO Receipt 
15 Late Sales Order Shipment 

Late Trigger Start 

Supply/Demand Disconnect 

MRP Profile (Dashboard) 

Baseline Forecast Disconnect 
20 Forecast Time Fence Disconnect 

Lead Time Disconnect 

Sales Order Change 

Top Level Demand Disconnect 

Lead Time/Delivery Date Disconnect 
25 Summary Bill of Material Disconnect 



Referring again to FIG. 1C, Rule Configuration mechanism 126 provides a way to 
create, modify and delete one or more rules that determine whether alerts are triggered. In an 
embodiment, separate rules are created, stored, and configured for each supply chain partner 
30 ("partner"). A partner need not be configured for every rule. 

In one embodiment, rule configuration is carried out by direct access to Alerts 
Database 106. In an alternative embodiment, a partner connects a Web browser to user 
interface 122 to configure rules. 
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A rule comprises one or more properties that specify the criteria and threshold values 
for the rule. A rule includes one or more escalation properties that specify, for each partner, 
a role that should receive alerts and after what period of time (i.e. initial, 24 hours, one week, 
etc.). In an embodiment, a user must have administration privileges in order to configure the 
5 escalation or notification levels for the partner with which the user is associated. When 
enterprise 4 is specified as the third party participant in a transaction, the role specified 
indicates the role found on the related forecasted part number(s). The original alert may be 
associated with a lower level part number or an assembly, etc. The role specified for the 
associated forecasted part number(s) is notified. For partners in general, and for enterprise 4 

1 0 when it is the Buy-Side participant in a transaction, the role specified indicates the role found 
on the part number of the alert. 

In operation, when rules are configured, Rule Logic mechanism 124 determines 
whether rules are satisfied. Rule Logic mechanism 124 communicates with Rule 
Configuration mechanism 126 to determine tolerance values for satisfying a rule. Rule Logic 

15 mechanism 124 checks all data in the Alerts Database 106 to identify any condition that 
should result in an alert. Any alerts that are detected are stored in the database for further 
processing. 

In an embodiment, when each rule is run, Rule Logic mechanism 124 evaluates 
whether a new alert is to be generated or an existing alert needs to be cleared. When alerts 
20 are cleared or refreshed, as in block 254, they are archived and transferred to the Analysis 
Database 108. A detailed description of how rules are processed by Rule Logic mechanism 
124 is given herein in Section 3. 

2.5 ALERT ESCALATION 

Alert escalation logic 142 is configured to automatically escalate alerts. In this 
25 context, "escalation" refers to sending information about an alert to individuals having an 
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increasingly high level of authority or responsibility over a period of time, until the alert is 
resolved. 

In one embodiment, based on pre-defined alert escalation configuration information, 
alert escalation logic 142 moves an alert through one or more defined alert escalation states. 
5 The escalation configuration may define up to three states within each partner or perspective. 
A transition to a new escalation state is based on the amount of time that has elapsed since 
detection of the alert. Each partner involved may define its own escalation path. 

In addition, a user can manually escalate an alert. In one embodiment, to manually 
escalate an alert, the user starts at the alert details view and selects the Notification History 
1 0 drill down, and the user then selects the "Manually Escalate" button on the user interface. 
The alert is then escalated to the next level. Future escalations will follow the normal 
escalation path/timing based on the original alert. 

2.6 ALERT DELIVERY 

Once an alert enters a state at which a user is required to be notified, the Notification 
15 component is responsible for alert delivery. Any computer-based, automated delivery 
mechanism may be used, e.g., email, pager, voice call, etc. The alert notification process 
scans the alert tables and consolidates alerts to be sent to the appropriate recipients. The 
alerts are consolidated by user for a particular rule. 

When alert delivery is carried out by email, the alert e-mail includes summary 
20 information about the alert of the same kind that is accessible in the user interface. The email 
alert also contains a URL that directs the user back to the summary data for the associated 
rule type so that detailed information may be obtained. 

2.7 SOURCES OF DATA FROM PARTNERS 

Referring again to FIG. IB and FIG. 1C, supply chain management system 20 may 
25 receive source data for its databases and for generating alerts and reports from any of the 
partners 24A, 24B, etc. FIG. 4, FIG. 5, FIG. 6, and FIG. 7 are block diagrams illustrating 
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electronic documents that are generated in planning, procurement, for products, and for 
production, showing the information that partners provide to the system. 

Referring first to FIG. 4, it is a block diagram of a process of providing planning 
information to a supply chain management system. In the planning process of FIG. 4, 
5 participating partners include an end user 404, contract manufacturer 406, and distributor 
408. In one embodiment, end user 404 is the same as enterprise 4; CM 406 makes and 
delivers finished products or assemblies to end user 404; and CM 406 receives parts and 
materials from distributor 408 for use in manufacturing or assembly. Although FIG. 4 shows 
only one distributor 408, CM 406 may interact with any number of distributors according to 

1 0 its needs for different parts. Supply chain management system 20 receives data in the form of 
electronic documents from CM 406 and distributor 408. 

The planning process generally begins when CM 406 issues a commit 410 indicating 
that it is planning to produce a particular product. At commit time, CM 406 issues a PIP 
EA03 412 to system 20. At about the same time, end user 404 undertakes a manufacturing 

15 resource planning (MRP) process 414 in order to determine its requirements for products, 
resulting in generation of a forecast 416 for its needs, which is communicated to CM 406. 
Upon receipt of the forecast 416, CM 406 subjects the forecast to analysis 418, resulting in 
generation of a master schedule 420. The master schedule 420 is communicated to system 20 
as PIP EA01, and is provided as input to an MRP system or process 422 of CM 406. 

20 As a result, CM 406 determines the gross demand 424 for the product in units or 

some other quantity. The gross demand 424 is communicated to system 20 as EA06, thereby 
enabling enterprise 4 to know what number of units CM 406 is anticipating making- If CM 
406 already has an inventory of such product, then the CM does not need to make new 
product in a quantity equal to the entire gross demand. Accordingly, inventory data 426 is 

25 compared to gross demand 424 to arrive at a net quantity value 428 that represents the 
number of units that CM 406 actually needs to make in order to meet anticipated demand. 
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Based on the net value, CM 406 generates one or more planned PO's 430 that are 
communicated to end user 404 and system 20 as PIP EA07. 

Based on the planned PO's 430, CM 406 selects one or more distributors that can 
supply parts or materials that the CM needs to carry out its manufacturing work. Assume that 
5 distributor 408 is one distributor that is selected, and supplies one kind of component to CM 
406. To obtain needed components, CM 406 generates a PO 432 that is communicated to 
distributor 408. In response, distributor 408 internally generates a sales order 434 that 
confirms the PO and represents a sale of components to CM 406. Based on SO 434 and any 
other related SO's, distributor 408 generates a master schedule 436 that states what 

10 components the distributor plans to deliver and when, among other information. Master 
schedule 436 is communicated to end user 404 and system 20 as PIP EA0L 

Thus, end user 404 and system 20 acquire information showing not only what its 
direct contractor (CM 406) is planning to produce and deliver, but also what all downstream 
component distributors are planning to deliver up the supply chain. Unlike past approaches, 

1 5 in this approach end user 404 and system 20 acquire information needed to determine when 
problems far down the supply chain, e.g., at distributor 408, may disrupt the production or 
delivery schedules of CM 406 or end user 404. 

Master schedule 436 of distributor 408 is provided as input to an MRP system or 
process 438 of distributor 408. As a result, distributor 408 determines the gross demand 440 

20 for the ordered component. The gross demand 440 is communicated to system 20 as EA06, 
thereby enabling enterprise 4 to know what number of components distributor 408 is 
anticipating making or obtaining from a downstream supplier. If distributor 408 already has 
an inventory of such product, then the distributor does not need to make new product in a 
quantity equal to the entire gross demand. Accordingly, inventory data 444 is compared to 

25 gross demand 440 to arrive at a net quantity value 442 that represents the number of units 

that distributor 408 actually needs to make in order to meet anticipated demand. Based on the 



50325-0519 (Seq. No. 3693) 



-26- 



net value, distributor 408 generates one or more planned PO's 446 and issues them to one or 
more downstream component suppliers or other partners. The planned PO's 446 also are 
communicated to end user 404 and system 20 as PIP EA07. 

FIG. 5 is a block diagram of a process of providing procurement process information 
5 to a supply chain management system. The process of FIG. 5 may be used in any buy-sell 
transaction between any pair of partners. 

A partner acting as Buyer 502 creates or has on hand one or more planned PO's 506. 
For example, planned PO's 506 may correspond to planned PO's 430 or planned PO's 446 of 
FIG. 4. From among planned PO's 506, Buyer 502 selects Seller 504 to supply a particular 

10 component to the Buyer. Accordingly, Buyer 502 generates a PO 508 for Seller 504 for a 
particular component. PO 508 is communicated to end user 404 and system 20 as PIP EC01, 
and is also communicated to Seller 504. In response, Seller 504 subjects PO 508 to analysis, 
as indicated by block 510, and then generates an acknowledgment 512 to Buyer 502 and an 
internal sales order 514. The SO 514 is communicated to end user 404 and system 20 as PIP 

15 EC04. 

Additionally or alternatively, Buyer 502 may generate a blanket purchase order 5 1 6, 
which is communicated to Seller 504 and to system 20 as PIP EC02. Seller 504 subjects the 
blanket purchase order 516 to analysis 518 and then generates and sends an acknowledgment 
520 to Buyer 502. Further, Seller 504 generates a blanket sales order 522 in confirmation of 

20 the blanket purchase order, which is communicated to end user 404 and system 20 as PIP 
EC04. When a blanket purchase order is in the system, a Buyer 502 may obtain components 
based on one or more planned PO's 506 by converting one of the planned PO's into a BPO 
release 524. Thus, use of a BPO release represents an alternative to proceeding from a 
planned PO 506 to a PO 508. When a BPO release occurs, it is communicated to end user 

25 404 and system 20 as PIP EC02, and to Seller 504. In response, Seller 504 carries out 
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analysis 526 and generates an acknowledgment 528. Seller 504 may also issue a new BSO 
522. 

FIG, 6 is a block diagram of a process of providing product information to a supply 
chain management system. A supply chain partner who is a manufacturer 602 provides parts 
5 master data 612 to end user 404 and system 20 as a PIP ED04. A partner who is a contract 
manufacturer 406 or distributor 408 may have parts master data 604, approved vendor list 
data 606, and bill of material data 610, all of which interact with an MRP system 608 of the 
manufacturer or distributor. Parts master data 604 is reference data on all parts, components 
or assemblies that are deliverable from the manufacturer or distributor, and is provided to end 

1 0 user 404 and hub 20 using PIP ED03. Approved vendor list data 606 identifies which third 
party vendors are approved to provide parts, components or assemblies and is provided using 
PIP ED03. BOM data 610 identifies what sub-components make up each part, component or 
assembly of the manufacturer or distributor, and are provided using PIP ED01. 

Thus, end user 404 and system 20 acquire detailed information about all parts 

1 5 available from all supply chain partners, including based identification information, approved 
vendors, and sub-components. As a result, end user 404 and system 20 can determine when 
shortages or disconnects in the supply chain may affect the ability of a supply chain partner 
to deliver. End user 404 and system 20 also can identify alternative sources of supply for the 
same part, component, assembly or sub-component and issue appropriate orders or requests. 

20 FIG. 7 is a block diagram of a process of providing production process information to 

a supply chain management system. In general, a contract manufacturer 406 has on hand or 
generates one or more planned WO's 702 representing anticipated manufacturing work to 
make components for inventory. Based on the planned WO's 702, CM 406 creates one or 
more actual work orders 704 that instruct its personnel or its sub-contractors to make 

25 components. Information about the inventory 7 1 0 of the CM 406 may be received to 
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determine how many work orders are needed and what they should cover. Work orders are 
communicated to end user 404 and system 20 as PIP EB03. 

Alternatively, a work order 704 may be generated by a pull system 706 of the end 
user 404 that issues a trigger 708 to the CM 406. In this alternative, a software system of the 
end user 404 essentially orders the CM 406 to make a particular component in a particular 
quantity. This action is appropriate, for example, where end user 404 needs an immediate 
delivery of a particular component, or becomes aware of a disconnect at some point in the 
production process. 

Further, inventory information 710 and work orders 704 may be generated by a pull 
system 7 12 of the CM 406 in response to a trigger 714. [Please elaborate on when and why 
this is done.] Trigger 714 is communicated to end user 404 and system 20 as a PIP EB03. 

In another embodiment, or optionally, capacity information 716 is communicated 
from CM 406 to end user 404 and system 20. Capacity information 716 represents the total 
manufacturing capacity of the CM 406 for a particular component. Having capacity 
information 716 is useful to end user 404 in determining whether to issue a trigger 708, in 
determining whether to select CM 406 or turn to another CM for a particular component, etc. 

2.8 ON-DEMAND REPORTS 

Report mechanism 136 is configured to generate one or more reports on demand in 
response to selection of criteria or in response to receiving user input. In one embodiment, 
the available on-demand reports include an Aggregate Net Demand report, Allocated Part 
Supply/Demand report, Supply Commit report, Supply Split report, and Potential Excess & 
Obsolete report. 

2.9 SECURITY 

According to an embodiment, User and Role configuration is provided in an LD AP 
Profile of a directory server that is associated with the system. Values that can be configured 
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include Company, Userid/e-mail, and Role - Admin and User. The Web server 160 provides 
authentication. 

A user who has the "Admin" role is allowed administrative access to Rule 
Configuration and Partner information for the Partner this user belongs to. If the Partner is 
5 the enterprise 4, then the user has access to additional functionality such as running the 
import, etc. A user who has the "User" role is allowed access to Alerts and On-Demand 
Reports through the user interface 122 for the Alerts that have been sent to this user and/or 
the Report data for this Partner. If the user is a user employed by or otherwise closely 
associated with enterprise 4, then the user has access to alerts they have been sent on behalf 
10 of their partners. 

3.0 RULE LOGIC 

In the following section, a summary of logical actions taken by rule logic 124 is 
presented, for each rule that is recognized in the system, according to one example 
embodiment. For clarity and brevity, rule logic is presented in the form of a table. For each 

1 5 rule, the table has rows entitled Rule Processing, Data Dependencies, Rule Properties, 
Escalation Properties, Alert Summary Display, and Drill Downs, if applicable. 

The Rule Processing row gives the specific logical steps that are carried out by a 
particular rule. The Data Dependencies row indicates what data is required to be received or 
stored before a rule is executed, if proper results are desired. The Rule Properties row 

20 indicates what attribute values are required to evaluate the rule. The Escalation Properties 

row identifies the number of escalation levels and the parties who participate in escalation of 
an alert related to the rule. The Alert Summary Display row indicates the data values that are 
presented in a summary view of alert information, and the Alert Detail Display indicates data 
values that are presented in a detailed view of the alert. The Drill Downs row identifies one 

25 or more additional, detailed views that are available to obtain further information about an 
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alert. The Resolution row specifies what conditions must be satisfied for an alert to achieve 
resolution. 

3.1 EXPECTED DELIVERY DISCONNECT RULE 

An Expected Delivery Disconnect rule is provided to identify differences between the 
Buy-Side Partner's PO delivery date and quantity and the Sell-Side Partner's Sales Order 
delivery date and quantity. 



Rule Processing 


Compare PO Current Delivery Date and Requested Quantity and Sales 
Order Delivery Date and Quantity between two Partners for each Line 
Item on a PO for each P/N. If the difference between the two Dates 
exceeds the configured "Days Late" or "Days Early", then an alert is 
generated. If the difference between the PO Quantity and Sales Order 
Quantity exceeds the configured "Quantity Short Percent", then an alert 
is generated. If the Sell-Side Partner is enrolled as a Partner, but a Sales 
Order isn't found to match the PO, then an alert is generated. If more 
than one Sales Order is found to match the PO, then the latest Delivery 
Date and total quantity by that date are used to determine if an alert is 
generated. 


Data Dependency 


Rule is configured for the Buy-Side Partner and is run when Sell-Side 
Partners have submitted their Sales Orders for this Buy-Side Partner. 


Rule Properties 


General Properties: Buy-Side Partner; Quantity Short Percent; Number 
of Days Late; Number of Days Early. 


Escalation Properties 


Three levels: Age (In Days); Role. Participants include the enterprise, 
the Buy-Side Partner, and the Sell-Side Partner. 


Alert Summary Display 


Alert Generate Date 
Buy-Side Partner 
PO Number 
Enterprise P/N 
PO Delivery Date 
Sell-Side Partner 
SO Number 

Mfr P/N. In one embodiment, Mfr P/N may be removed from the 
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summary display depending on space constraints of the view. 




ou Delivery Date 




Quantity Snort 


Alert Detail Display 


Details: 




Alert Generate Date 




Buy-Side Partner 




Sell-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




PO Delivery Date 




PO Quantity 




PO Last Updated in system 




SO Number 




Mfr P/N 




P/N Description 




SO Delivery Date 




SO Quantity 




SO Last Updated in system 




Variance: 




Quantity Short 




Quantity Short Percent 




Mismatch Days 




Configuration: 




Buy-Side Partner 




Quantity Short Percent 




Max Days Late 




Max Days Early 


Drill Downfs^ 


Approved Vendor List 




Buy-Side Part Master 




Demand Pegging 




Notification History 




PO Detail 
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Sell-Side Part Master 
SO Detail 

Supply/Demand Profile 
Where Used 


Resolution 


Alert is cleared by update to PO or SO that does not exceed specified 
thresholds. 



2.10 UNPLACED PURCHASE ORDER 

An Unplaced Purchase Order rule is provided to identify planned purchase orders for 
which an actual purchase order has not yet been placed. 



Rule Processing 


Find all Planned Purchase Orders for a P/N where Start Date <= (today 

il 11 1X it 1 * a f* 11 T* 1 /~V 1 f* j 1 * T\ /X T 

+ lookahead). Sum the quantity for all Purchase Orders tor this P/N 
where ORDERPLACEDATE > PLANNEDORDER.PLANDATE. 
If the summed quantity of the Purchase Orders equals or exceeds all the 
(quantities for the Planned Purchase Order - (Quantity Short Percent * 
quantities for the Planned PO)), no alert is created. Otherwise, the 
planned purchase orders will be sorted by ORDER START DATE in 
ascending order. Starting with the first Planned Purchase Order, 
subtract its quantity for the sum. If the sum is still positive, proceed to 
the next Planned Purchase Order on the list. If it is negative, this is the 
Planned Purchase Order for which an alert should be created. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run when the 
MRP data is received and when PO's are received. 


Rule Properties 


General Properties: 
Buy-Side Partner 
Quantity Short Percent 
Look Ahead Days 


Escalation Properties 


Three levels: Age (In Days); Role. Participants include the enterprise, 
Buy-Side Partner. 


Alert Summary Display 


Alert Generate Date 
Buy-Side Partner 
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MKr Kun Date 




Fnternme's P/N 




uraer otart uaie 




MRP Required Delivery Date 




Days Late 




riannea ru yuantiiy 


Alert Detail Display 


Details: 




Alert Generate Date 




Buy-Side Partner 




Properties: 




MRP Run Date 




Enterprise's P/N 




P/N Description 




Order Start Date 




MRP Required Delivery Date 




Order Quantity 




Variance: 




Quantity Short 




Quantity Short Percent 




uays i^ate 




Configuration: 




Buy-Side Partner 




Quantity Short Percent 




Look Ahead Days 


Drill Down(s) 


Approved Vendor List 




r>uy-oiu.c rail ivla&ici 




Demand Pegging 




Notification History 




Supply/Demand Profile 




Where Used 


Resolution 


Alert is cleared by receipt of update to Planned Purchase Orders (MRP 




Load) or new PO arrives. 



2.11 LATE PURCHASE ORDER RECEIPT 
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A Late Purchase Order Receipt rule is provided to identify purchase orders that have 
late receipts to the Buy-Side Partner. 



Rule Processing 


Compare PO Line Item's Delivery Date against today and create an 




alert for those conditions where the Delivery Date is earlier than today 




minus configured number of days late, but the P/N has not been 




received. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run when 




Buy-Side Partner's have submitted their PO's. 


Rule Properties 


General Properties: 




Buy-Side Partner 




Number of Days Late 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Buy-Side 




Partner, 


Alert Summary Display 


Alert Generate Date 




Buy-Side Partner 




PO Number 




Enterprise P/N 




Delivery Date 




Ship Date 




Shipped? 


Alert Detail Display 


Details: 




Alert Generate Date 




Buy-Side Partner 




Sell-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




PO Delivery Date 




Remaining Quantity Due 




PO Last Updated in system 




SO Number 




MfrP/N 
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P/N Description 
SO Delivery Date 
SO Ship Date 

Remaining Quantity Due (from SO detail) 

SO Last Updated in system 
Variance* 

Days Late 
Configuration: 

Buy-Side Partner 

Max Days Late 


Drill Down(s) 


Approved Vendor List 
Demand Pegging 
Buy-Side Part Master 

INUllUCaLluIl xiioLory 
PO Detail 

SO Detail 

Supply/Demand Profile 
Where Used 


Resolution 


Alert is cleared by receipt data on PO or reschedule of PO. 


2.12 LATE SALES ORDER SHIPMENT 

A Late Sales Order Shipment rule is provided to identify sales orders having late ship 
dates to the Buy-Side Partner. 


Rule Processing 


Compare SO Line Item's Ship Date against today. Create an alert for 
those conditions where the Ship Date is earlier than today minus 
configured days late but the P/N has not been shipped based on sales 
order ship date and the shipped quantity from the sales order shipment 
history. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run when all 
Sell-Side Partners have submitted their Sales Order data. 


Rule Properties 


General Properties: Buy-Side Partner; Number of Days Late 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Buy-Side 
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r anner, oeii-oiae manner. 


/\ierc oummary uispiay 


Alert Generate Date 




Buy-Side Partner 




PO Number 




Enterprise P/N 




PO Delivery Date 




bell- bide Fanner 




oU Number 




"\ T-f\- 13 /XT 

Mir F/JN 




SO Snip Date 


Alert Detail Display 


Details: 




Alert Generate Date 




Buy-Side Partner 




Sell-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




PO Delivery Date 




Remaining Quantity Due 




PO Last Updated m system 




SO Number 




A If -CL. T» /XT 

Mir P/N 




P/N Description 




SO Delivery Date 




SO Ship Date 




Remaining Quantity Due 




SO Last Updated in system 








Days Late 




Configuration: 




Buy-Side Partner 




Max Days Late 


Drill Down(s) 


Buy-Side Part Master 



-37- 

50325-0519 (Seq. No. 3693) 





Dpmanrl PpCTcrincT 

J-^wlllCllUJ. x tagging 




Notification History 




PO Detail 




Sell-Side Part Master 




SO Detail 




Supply/Demand Profile 




Where Used 


Resolution 


Alert is cleared by receipt of SO data with new shipment or change in 




SO ship date. 



2.13 LATE TRIGGER START 

A Late Trigger Start rule is provided to identify Work Orders having late starts to the 
enterprise, based on late trigger starts. 



Rule Processing 


If Quantity Due to Star is greater than the configured Maximum 
Quantity Short Allowed and Trigger date is earlier than today minus 
configured number of days late, then generate an alert. The "Quantity 
Due to Start" is Required Qty- (Start Qty + Cancel Qty). 


Data Dependency 


Rule is configured for Sell-Side Partner and should be run when the 
enterprise has submitted its Trigger data. The Sell-Side Partner in this 
case is the Partner who is building the component. 


Rule Properties 


General Properties: Sell-Side Partner; Number of Days Late; Maximum 
Quantity Short Allowed 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Sell-Side 
Partner 


Alert Summary Display 


Alert Generate Date 
Trigger Number 
Sell-Side Partner 
Enterprise P/N 
Trigger Date 
Days Late 

Quantity Due to Start 


Alert Detail Display 


Details: 



-38- 

50325-0519 (Seq. No. 3693) 





Alert (generate Date 




Sell-Side Partner 




Properties: 




T * , XT 1 

Trigger Number 




TH a. _ * T» /XT 

Enterpnse P/N 




P/N Description 




Trigger Date 




Start Quantity 




Cancel Quantity 




Required Quantity 




Quantity Due to Start 




Variance: 




uays i^aie 




Configuration: 




Sell-Side Partner 




Max Days Late 




Maximum Quantity Short Allowed 


uriii jjown^s ) 


Enterprise Part Master 




Demand Pegging 




Notification TJi<?torv 




Supply/Demand Profile 




Where Used 


Resolution 


Alert is cleared when start quantity plus cancelled quantity is equal to 




required quantity. 



2. 14 SUPPLY/DEMAND DISCONNECT 



A Supply/Demand Disconnect rule is provided to identify when a Partner's Gross 
Component Demand exceeds its Supply over the course of the planning period. 



Rule Processing 



Detect when the cumulative aggregated Demand subtracted from the 
cumulative aggregated Supply goes from one period to the next ? from a 
positive value to a negative value by more than the configured percent 
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threshold when the P/N is within the configured percent of full lead 
time. When this condition is detected generate an alert for the negative 
period. If there is more than one period in a row that is negative, only 
generate an alert on the first change from positive to negative. In an 
embodiment, the number of days can only be configured if Percent of 
Full Lead Time is 100%. 


Data Dependency 


Rule is configured for a Partner and should be run when both Supply 
and Demand data has been posted for this Partner. 


Rule Properties 


General Properties: Partner; Percent Short; Percent of Full Lead Time; 
Number of Days Beyond Lead Time 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Partner. 


Alert Summary Display 


Alert Generate Date 
Partner 

Enterprise P/N 
Period Start Date 
Demand Quantity 
Supply Quantity 
Delta Quantity 
Percent of Lead Time 


Alert Detail Display 


Details: 

Alert Generate Date 
Partner 
Properties: 

Demand Date/Time 
Supply Date/Time 
Enterprise P/N 
Period Start Date 
Demand Quantity 
Supply Quantity 
Lead Time Days 

Excess Available at another Partner 
Variance: 

Quantity Percent Short 
Percent of Lead Time 
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Configuration: 

Buy-Side Partner 

Percent of Full Lead Time 

Number of Days beyond Full Lead Time 


Drill Down(s) 


Approved Vendor List 




Demand Pegging 




Excess Available 




Notification History 




Enterprise Part Master 




Partner Part Master 




ouppiy ijeutii 




Supply/Demand Profile 




Where Used 


Resolution 


Alert is cleared by receipt of new Demand or Supply data that does not 
exceed specified thresholds. 



The "excess available at another partner" property of the Alert Detail Display 
provides a display of the quantity of a particular component that is available at another 
partner. To support the excess visibility feature, the partner is configured to participate in 
5 showing excess visibility. If the setting in the partner configuration file of Partner 

Configuration mechanism 1 16 is "Yes", then the Partner can see other Partner's excess as 
well as show their available excess. If the setting in the partner file is "No", then they can 
neither see the excess of other partners, nor show their excess. Excess exists when all time 
cumulative supply is greater than cumulative demand for all time periods through the lead- 
10 time. 

2.15 MRP PROFILE 

An MRP Profile rule provides a dashboard summary by Partner that illustrates the 
impact to the supply chain due to MRP changes for all of their part numbers. 
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Rule Processing 


Calculate once MRP data is loaded, totals for all P/N for this Partner: 
=> Planned Orders that are in Lead Time 

=> Planned Orders that are between Lead Time and Lead Time + 4 
weeks 

Supply/Demand Disconnects in Lead Time 
=> Supply/Demand Disconnects between Lead Time and Lead Time + 
4 weeks 

=^> PO's that need to be Pulled In (MRP Required Date is less than PO 

Required Delivery Date) 
=^> PO's that need to be Pushed Out (MRP Required Date is greater 

than PO Required Delivery Date) 
Details displays totals for: 

Baseline Forecast Disconnects broken out by Relative Baseline, 

Lead Time Baseline, and Fixed Baseline 

— r jruick/aaL jl line jtciivc i-/iacuiiiiCL'Lo 


Data Dependencies 


Rule is configured for a Partner and should be run once MRP for this 
Partner is loaded into the system or when Supply/Demand data is 
received for this Partner. 


Rule Properties 


General Properties: Partner 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Enterprise; 
Partner. Notification for this alert is done by sending to all users for the 
specified Partner for the role configured on the escalation profile (i.e., 
Master Schedulers and Planners for the entire Part Master for the CM). 


Alert Summary Display 


Alert Generate Date 
Partner 

MRP Plan Date 

Planned Orders in Lead Time 

Number of Supply/Demand Disconnects in Lead Time 

r \j s mai neeu 10 oe x uiiea. in 

PO's that need to be Pushed Out 

Total Relative Baseline Forecast Disconnects 

Total Forecast Time Fence Disconnects 


Alert Detail Display 


Details 
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Alert Generate Date 




Partner 




Properties: 




MRP Plan Date 




Planned Orders in Lead Time 




Planned Orders between Lead Time and Lead Time +4 weeks 




Number of Supply/Demand Disconnects in Lead Time 




Number of Supply/Demand Disconnects between Lead Time 




and Lead Time +4 weeks 




PO's that need to be Pulled In 




PO's that need to be Pushed Out 




Relative Baseline Forecast Disconnect Totals 




Lead Time Baseline Forecast Disconnect Totals 




Fixed Baseline Forecast Disconnect Totals 




Forecast Tune Fence Disconnect Summary 




v anance. 




N/A 




Configuration: 




Partner 


Drill Down(s) 


No Links 


Resolution 


No resolution. 



2.16 BASELINE FORECAST DISCONNECT 

A Baseline Forecast Disconnect rule is provided to identify the difference between 
the Buy-Side Partner's baseline forecast and the forecast of the partner for the current week. 



Rule Processing 


Baseline is defined as: 




=> Relative version number 




=3> Version number based on P/N's Lead Time 




=> Fixed version number based on specified version indicated via a 




system property. 




Compare current weeks forecast against the Baseline for the 
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configured horizon. Calculate cumulative totals for the time 
period and identify the first period that exceeds the configured 
thresholds. 


Data DpnfMifipncw 


Rule is configured for the Partner receiving the Forecast and should be 
run once a week after the Forecast is loaded into the system. 


Rule Properties 


General Properties: Partner (Receiver of the Forecast); Horizon; 
Relative Baseline Version Number; Cumulative Percent Change - 
Upper Bound; Cumulative Percent Change - Lower Bound 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; 
Partner (Receiver of the Forecast). 


Alert Summary Display 


Alert Generate Date 
Partner 

j^LlW/L yJL low JL / -L ^ 

Plan Date 

Relative Baseline - First Week Violated 
Lead Time Baseline - First Week Violated 
Fixed Baseline - First Week Violated 


Alert Detail Display 


Details: 

Alert Generate Date 
Partner 

Properties: 

Plan Date 

Enterprise P/N 

Period of First Disconnect 

Cumulative Forecast Quantity 

Cumulative Relative Baseline Quantity 

Cumulative Lead Time Baseline Quantity 

Cumulative Fixed Baseline Quantity 

Variance: 

Relative Baseline Cumulative Percent Change 
Lead Time Baseline Cumulative Percent Change 
Fixed Baseline Cumulative Percent Change 
Allowed Percent Change 
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Configuration: 

Partner Horizon 

Relative Baseline Version Date 

j_,eaQ i lme v ersion uaie 

Fixed Forecast Version Date 

Upper Bound Cumulative Percent Change 

Lower Bound Cumulative Percent Change 


Drill Down(s) 


Buy-Side Part Master 




Forecast Waterfall 




Notification History 




Where Used 


Resolution 


No resolution. 



To support this rule, a table is stored in the database that will have a row for each 
Fiscal Quarter Forecast Period start date for the enterprise. This table will consist of two 
columns, PERIODNAME and START DATE. The period name will be a string naming 
5 the period, 'FY 2000 Q4' for example. The start date will be the date of the first day in the 
period. To determine the fixed baseline forecast date to be used, the closest Fiscal Quarter 
Period Start that is less than or equal to the current date will be used. 

2.17 FORECAST TIME FENCE DISCONNECT 

A Forecast Time Fence Disconnect rule is provided to identify the difference between 
10 Enterprise's Current Forecast and the previous week's forecast against the Partner's Time 
Fence Agreement. 



Rule Processing 



The Time Fence is defined for a Partner and specifies the start period, 
end period and allowed percent change for that time bracket. Compare 
current's weeks forecast against previous weeks forecast. Generate an 
alert when the difference between the cumulative totals for the defined 
Partner's time fences exceeds the defined time fence percents by the 
configured thresholds. 
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Data Dependency 


Rule is configured for the Partner and should be run once a week after 




the enterprise's Forecast is loaded into the system. 


Rule Properties 


General Properties: CM; Percent Change - Upper Bound; Percent 




Change - Lower Bound. 


Ficalation Pronerties 


Three levels: Age (In Days); Role. Participants: Enterprise; Partner. 


Alert Slnmmjirv F)i<5rt1av 


Alert Generate Date 




Partner 

J. Cll 111 VI 




Enterprise P/N 




Plan Date 




Time Fence Start Period 




Time Fence End Period 




Total Percent Change 


/\icn JL/ciaii uispidy 


LssslClLiO. 




Alert Generate Date 




X <XL L11CI 




X IUpCI LiCo. 




Plan Date 




T?ntpt*rvri cp PANT 
JDIllCipiloC X/1N 




i line rciivc oicui jtciivju. 




Time Fence FnH Period 




l^iirsitinn 

U 111 cl tlWll 




Variance: 




Periods 




Previous Value 




Current Value 




f^licmcrp 

V-'Xldll^C 




Percent Chancre 




Allowed Percent Chanee 




Cnn fi Piiration * 

\~s \J IgUl CI L1V7JL1 » 




Partner 




Partner Time Fence Profile - start period, end period, percent 




change allowed, . . . 




Upper Bound Percent Change 




Lower Bound Percent Change 
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Drill Down(s) 


Forecast Waterfall 
Enterprise Part Master 
Notification History 
Where Used 


Resolution 


No resolution. 


2. 1 8 LEAD TIME DISCONNECT 

A Lead Time Disconnect rule is provided to identify differences in Lead Times 
between a Buy-Side Partner and a Sell-Side Partner. 


Rule Processing 


Compare Buy-Side Partner's Lead Time against a Partner's Lead Time 
for a given P/N. Generate an alert if the Lead Time is different between 
the two partners. If a primary supplier is indicated, then their Lead 
Time is used for the comparison. If there is a split between Suppliers, 
use the longest Lead Time for the comparison. The e-mail only goes to 
the Supplier with the greatest Lead Time. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run 
periodically when new Part Master's are loaded into the system. 


Rule Properties 


General Properties: Buy-Side Partner; Number of Days 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Buy-Side 
Partner; Sell-Side Partner 


Alert Summary Display 


Alert Generate Date 
Buy-Side Partner 
Enterprise P/N 
Sell-Side Partner 
MfrP/N 

Delta Number of Days 


Alert Detail Display 


Details: 

Alert Generate Date 
Buy-Side Partner 
Properties: 

Enterprise P/N 
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P/N Description 

Lead Time 

MfrP/N 

P/N Description 

Lead Time 
Variance: 

Delta Number of Days 
Configuration: 

Partner 

Number of Days 


Drill FinwtiM 


Buy-Side Part Master 
Notification History 
Sell-Side Part Master 
Where Used 


Resolution 


No resolution. 


2.19 SALES ORDER CHANGE 

A Sales Order Change rule is provided to identify PO's that are changing and will 
affect current Sales Orders. 


Rule Processing 


Compare changes to PO need date (current MRP Required Delivery 
Date) within the configured Horizon. If the Required Date is earlier 
than the Delivery Date and (Delivery Date - Required Date) > Number 
of Days Late, then generate an alert. Or if the Required Date is later 
than the Delivery Date and (Required Date - Delivery Date) is greater 
than Number of Days Early, then generate an alert. 


Data Dependency 


Rule is configured for the Sell-Side Partner and should be run when 
new MRP and PO data is available. 


Rule Properties 


General Properties: Sell-Side Partner; Horizon Days; Number of Days 
Late; Number of Days Early. 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; Buy-Side 
Partner; Sell-Side Partner. 
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Alert Summary Display 


Alert Generate Date 




Buy-Side Partner 




PO Number 




Enterprise P/N 




PO Delivery Date 




Sell-Side Partner 




SO Number 




MfrP/N 




Delta Number of Days 


Alert Detail Display 


Details; 




Alert Generate Date 




Buy-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




MRP Required Date 




PO Delivery Date 




Remaining Quantity Due 




Lead Time 




PO Last Updated in system 




SO Number 




MfrP/N 




P/N Description 




SO Delivery Date 




SO Ship Date 




Remaining Quantity Due 




Lead Time 




SO Last Updated in system 




Variance: 




Delta Number of Days 




Configuration: 




Partner 




Start Period 
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Horizon 

Number of Days Late 
Number of Days Early 


Drill Down(s) 


Notification History 
PO Detail 

Sell-Side Part Master 
SO Detail 


Resolution 


No resolution. Produce each week after MRP data received. 


2.20 TOP LEVEL DEMAND DISCONNECT 

A Top Level Demand Disconnect rule is provided to identify the difference between 
the forecast of the enterprise and the contract manufacturer's MPS load. 


Rule Processing 


Compare the enterprise Partner's forecast against the contract 
manufacturer's MPS load and generate an alert if the difference 
between each cumulative forecast exceeds the configured thresholds. 
Only the first period in violation is flagged in the alert. 


Data Dependency 


Rule is configured for the CM and should be run weekly when the 
enterprise's Forecast is generated and the MPS data is loaded. 


Rule Properties 


General Properties: CM; Start Period; Horizon; Cumulative Percent 
Change - Upper Bound; Cumulative Percent Change - Lower Bound 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; CM 


Alert Summary Display 


Alert Generate Date 
CM 

Enterprise P/N 
Enterprise Plan Date 
CM Plan Date 
Period 

Delta Quantity Percent 


Alert Detail Display 


Details: 

Alert Generate Date 
CM 
Properties: 
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Plan Date 
Enterprise P/N 
CM Plan Date 
Period 

Demand Quantity 

MPS Quantity 
Variance: 

Delta Cumulative Quantity Percent 
Configuration: 

Partner 

Start Period 

Horizon 

Upper Bound Percent Change 
Lower Bound Percent Change 


Drill Down(s) 


Forecast Profile 
Notification History 


Resolution 


No resolution. 


2.2 1 LEAD TIME/DELIVERY DATE DISCONNECT 

A Lead Time/Delivery Date Disconnect rule is provided to identify purchase orders 
that have been placed with Lead Times different than quoted Lead Times. 


Rule Processing 


Compare buy-side Partner's PO delivery date, MRP Required date, and 
current date + lead-time. An alert should be generated if either of the 
following conditions is TRUE: 

(1) The MRP Required Date is later than or equal to the current date 
plus lead-time and the delivery date is later than the MRP Required 
date. 

(2) The MRP Required Date is earlier than the current date plus lead- 
time and the delivery date is later than current date plus lead-time. 

In a formula: 

Let M = MRP Required Date, LT = today + lead time, and D = delivery 
date. 
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It (M >= LI & D > M) || (M < LI ol U > LI) then Alert. 


Data Dependency 


Rule is configured for the Buy-Side Partner and should be run weekly 




when MRP and purchase order data is loaded. 


Rule Properties 


General Properties: Buy-Side Partner; Number of Days Late; Number 




of Days Early 


Escalation Properties 


Three levels; Age (In Days); Role. Participants: Enterprise; Buy-Side 




Partner; Sell-Side Partner. 


Alert Summary Display 


Alert Generate Date 




Buy-Side Partner 




PO Number 




Enterprise P/N 




PO Delivery Date 




Sell-Side Partner 




SO Number 




MfrP/N 




Delta Number of Days 


Alert Detail Display 


Details: 




Alert Generate Date 




Buy-Side Partner 




Properties: 




PO Number 




Enterprise P/N 




P/N Description 




PO Delivery Date 




Remaining Quantity Due 




Lead Time 




PO Last Updated in system 




SO Number 




MfrP/N 




P/N Description 




SO Delivery Date 




SO Ship Date 




Remaining Quantity Due 




Lead Time 
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SO Last Updated in system 
Variance: 

Delta Number of Days 
Configuration: 

Partner 

Number of Days Late 
Number of Days Early 


Drill Down(s) 


Buy-Side Part Master 




Notification History 




PO Detail 




Sell-Side Part Master 




SO Detail 


Resolution 


No resolution. 



2.22 SUMMARY BILL OF MATERIAL DISCONNECT 
A Summary Bill of Material Disconnect rule is provided to identify the difference 
between Summary Bill of Materials for the enterprise and a Control Partner. 



Rule Processing 


Fully explode the BoM to flatten out the tree and get rid of all the 
different levels. Valid data is based on that data which is effective as of 
today's date. Get Enterprise's Part Master for a build partner. Identify 
BoM control partner in order to cross reference to the Enterprise's 
BoM. Disconnects are based on the quantities for a given P/N being 
different between the Enterprise's BoM and the control Partner's, 
Disconnects for P/N that appear on one BoM but not the other are also 
disconnects. Alerts are generated based on either of these conditions. 


Data Dependency 


Rule is configured for the CM and should be run periodically when 
changes to the BoM are loaded. 


Rule Properties 


General Properties: CM. 


Escalation Properties 


Three levels: Age (In Days); Role. Participants: Enterprise; CM. 


Alert Summary Display 


Alert Generate Date 
Enterprise Partner 
CM 



-53- 

50325-0519 (Seq. No. 3693) 





Assembly P/N 




Component P/N 




Enterprise Quantity 




CM Quantity 


Alert Detail JJispiay 


Details* 




Alert Generate Date 




CM 




Properties : 




Fnternrise Partner 




Assembly P/N 




r'nrnnnnent P/N 




Fnternrise Ouantities 




CM Partner 




CM Quantities 




Variance: 




Delta Quantity 




Configuration: 




Partner 


Drill Down(s) 


Buy-Side Part Master 




Notification History 




Sell-Side Part Master 


Resolution 


No resolution. 



4. HARDWARE OVERVIEW 

Embodiments of the invention may be implemented in one or more sequences of 
5 computer program instructions that are stored on computer-readable media and executed by 
one or more processors. For the purpose of clarity and completeness, an example 
implementation of a computer system and computer-readable media are now described. 

FIG. 8 is a block diagram that illustrates a computer system 800 upon which an 
embodiment of the invention may be implemented. Computer system 800 includes a bus 8( 
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or other communication mechanism for communicating information, and a processor 804 
coupled with bus 802 for processing information. Computer system 800 also includes a main 
memory 806, such as a random access memory ("RAM") or other dynamic storage device, 
coupled to bus 802 for storing information and instructions to be executed by processor 804. 
5 Main memory 806 also may be used for storing temporary variables or other intermediate 
information during execution of instructions to be executed by processor 804. Computer 
system 800 further includes a read only memory ("ROM") 808 or other static storage device 
coupled to bus 802 for storing static information and instructions for processor 804. A 
storage device 8 1 0, such as a magnetic disk or optical disk, is provided and coupled to bus 

10 802 for storing information and instructions. 

Computer system 800 may be coupled via bus 802 to a display 812, such as a cathode 
ray tube ("CRT"), for displaying information to a computer user. An input device 814, 
including alphanumeric and other keys, is coupled to bus 802 for communicating information 
and command selections to processor 804. Another type of user input device is cursor 

1 5 control 816, such as a mouse, a trackball, or cursor direction keys for communicating 

direction information and command selections to processor 804 and for controlling cursor 
movement on display 812. This input device typically has two degrees of freedom in two 
axes, a first axis (e.g., x) and a second axis (e.g., y), that allows the device to specify 
positions in a plane. 

20 The invention is related to the use of computer system 800 for automatically 

identifying and resolving one or more discrepancies in an outsourced manufacturing supply 
chain in which a plurality of supply chain partners participate. According to one 
embodiment of the invention, automatically identifying and resolving one or more 
discrepancies in an outsourced manufacturing supply chain in which a plurality of supply 

25 chain partners participate is provided by computer system 800 in response to processor 804 
executing one or more sequences of one or more instructions contained in main memory 806. 
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Such instructions may be read into main memory 806 from another computer-readable 
medium, such as storage device 810. Execution of the sequences of instructions contained in 
main memory 806 causes processor 804 to perform the process steps described herein. In 
alternative embodiments, hard-wired circuitry may be used in place of or in combination with 
5 software instructions to implement the invention. Thus, embodiments of the invention are 
not limited to any specific combination of hardware circuitry and software. 

The term "computer-readable medium" as used herein refers to any medium that 
participates in providing instructions to processor 804 for execution. Such a medium may 
take many forms, including but not limited to, non- volatile media, volatile media, and 

1 0 transmission media. Non-volatile media includes, for example, optical or magnetic disks, 

such as storage device 810. Volatile media includes dynamic memory, such as main memory 
806. Transmission media includes coaxial cables, copper wire and fiber optics, including the 
wires that comprise bus 802. Transmission media can also take the form of acoustic or light 
waves, such as those generated during radio wave and infrared data communications. 

15 Common forms of computer-readable media include, for example, a floppy disk, a 

flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD-ROM, any other 
optical medium, punchcards, papertape, any other physical medium with patterns of holes, a 
RAM, a PROM, and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a 
carrier wave as described hereinafter, or any other medium from which a computer can read. 

20 Various forms of computer readable media may be involved in carrying one or more 

sequences of one or more instructions to processor 804 for execution. For example, the 
instructions may initially be carried on a magnetic disk of a remote computer. The remote 
computer can load the instructions into its dynamic memory and send the instructions over a 
telephone line using a modem. A modem local to computer system 800 can receive the data 

25 on the telephone line and use an infrared transmitter to convert the data to an infrared signal. 
An infrared detector can receive the data carried in the infrared signal and appropriate 
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circuitry can place the data on bus 802. Bus 802 carries the data to main memory 806, from 
which processor 804 retrieves and executes the instructions. The instructions received by 
main memory 806 may optionally be stored on storage device 8 1 0 either before or after 
execution by processor 804. 
5 Computer system 800 also includes a communication interface 818 coupled to bus 

802. Communication interface 818 provides a two-way data communication coupling to a 
network link 820 that is connected to a local network 822. For example, communication 
interface 818 may be an integrated services digital network ("ISDN") card or a modem to 
provide a data communication connection to a corresponding type of telephone line. As 

1 0 another example, communication interface 8 1 8 may be a local area network ("LAN") card to 
provide a data communication connection to a compatible LAN. Wireless links may also be 
implemented. In any such implementation, communication interface 818 sends and receives 
electrical, electromagnetic or optical signals that carry digital data streams representing 
various types of information. 

1 5 Network link 820 typically provides data communication through one or more 

networks to other data devices. For example, network link 820 may provide a connection 
through local network 822 to a host computer 824 or to data equipment operated by an 
Internet Service Provider ("ISP") 826. ISP 826 in turn provides data communication services 
through the worldwide packet data communication network now commonly referred to as the 

20 "Internet" 828. Local network 822 and Internet 828 both use electrical, electromagnetic or 
optical signals that carry digital data streams. The signals through the various networks and 
the signals on network link 820 and through communication interface 818, which carry the 
digital data to and from computer system 800, are exemplary forms of carrier waves 
transporting the information. 

25 Computer system 800 can send messages and receive data, including program code, 

through the network(s), network link 820 and communication interface 818. In the Internet 
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example, a server 830 might transmit a requested code for an application program through 
Internet 828, ISP 826, local network 822 and communication interface 818. In accordance 
with the invention, one such downloaded application provides for automatically identifying 
and resolving one or more discrepancies in an outsourced manufacturing supply chain in 
5 which a plurality of supply chain partners participate as described herein. 

Processor 804 may execute the received code as it is received, and/or stored in 
storage device 810, or other non-volatile storage for later execution. In this manner, 
computer system 800 may obtain application code in the form of a carrier wave. 



10 5. EXTENSIONS AND ALTERNATIVES 

In the foregoing specification, the invention has been described with reference to 
specific embodiments thereof. It will, however, be evident that various modifications and 
changes may be made thereto without departing from the broader spirit and scope of the 
invention. The specification and drawings are, accordingly, to be regarded in an illustrative 

1 5 rather than a restrictive sense. 
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